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TITLE OF THE INVENTION 

Game System and Game Information Storage Medium Used for Same 

BACKGROUND OF THE INVENTION 

Field of the invention 

This invention relates to a game system and game information storage medium 
used for same. More particularly, the invention relates to a game system and game 
information storage medium used for same, which detects a change amount and 
direction of a tilt, movement or impact applied to a housing of a portable game 
apparatus or to a controller of a video game apparatus. 
Description of the prior art 

In operating the conventional portable game apparatus, a player manipulates the 
operation switch, such as a direction instructing key (joystick) or buttons while holding 
the video game machine's controller (controller housing) or portable game apparatus' 
housing by both hands. For example, if the player presses a direction instructing key at 
any one of up, down, left and right pressing points, a moving (player-controlled) 
character is moved in the pressed direction of up, down, left or right. If the action 
button is operated, the moving character is changed in hs_state of display, e.g. the 
moving character is caused in performs an action, such as jump ing , as defined on the 
action button. 

Also, in the conventional game apparatus or game software (game information 
storage medium), the player can operate the operation switch in order to change the 
motion of a moving (player-controlled) character acting as a player's other self on the 
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screen. Consequently, it has been difficult for the player to change the game space (or 
background scene) freely through his or her manipulation. 

In the conventional game operation method, the player has been required to 
remember the way to operate a game according to the suggestion given in the game- 
software instruction manuals. Furthermore, the use of iLgeneral-purpose operation 
switch has made it difficult to realize a change of the game space (or game scene) in a 
manner match e d to an operation switch manipulation fooling of th e player, resulting 
^matching the plave^s feeling of manipulating the operation-switch, resulting in a 
mismatch between the player's feel of operationfeeti-ftg and th^screen-display state. 
Under such situations, the player possibly has oncountcred e ncounters difficulty in 
concentrating on a gam e play plaving the game before mastering the way to manipulate 
the game, thus losing his or her interest. 

Meanwhile, with the conventional game apparatus or game software, the game 
space (or background scene) could not have been changed by the player's operation, 
thus insufficient in limiting the game space variation and hence amusement resulting 
therefrom . 

SUMMARY OF THE INVENTION 

Therefore, it is a primary object of the invention to provide a game system and 
game information storage medium used for same which can change the state of a game 
space according to the operation by a player. 

Another object of the invention is to provide a game system and game 
information storage medium used for same which can change the state of a game space 



through simple operation so that a player can concentrate on game play with enhanced 
enthusiasm without the necessity of skill on operation way. 
having a high degree of skill on how to operate the game. 

Still another object of the invention is to provide a game system and game 
information storage medium used for same which can realize the change of a game 
scene matched to matching an operation feeling through th e match b e twecn bv matching 
the player's operation and the_game-space change. 

Yet another object of the invention is to provide a game system and game 
information storage medium used for same which can change the state of a game space 
through the interaction with a plurality of portable game apparatuses to allow a plurality 
of players to cooperate or compete with compete. thereby providing a variety of game- 
space change states, enhanced interest of game and virtual reality amusement. 

A first exemplary embodiment of the present invention finv e ntion of claim 1 ) is a 
game system havings in a related fashion,te a game apparatus having game program 
storage means storing a game program and processing means for executing the game 
program, and display means to display an image based on a result of processing by the 
processing means. Provided are The game system includes a housing to be held by a 
player and change-state detecting means. The change-state detecting means is provid e d 
related to the housing an dso that it detects at least one of an amount (e.g. tilt amount, 
movement amount, impact amount or the like) and a direction (e.g. tilt direction, 
movement direction, impact direction or the like) of a change applied to the housing. 
The game program storage means stores game space data, a display control program and 
a simulation program. 



The game space data includes image data to display a space for game play. A 
display control program causes the display means to display a game space based on the 
game space data. A simulation program simulates based on an output of the change- 
state detecting means such that a state of the game space is changed related to at least 
5 one of a change amount and a change direction applied to the housing. 

Here, game space means a world of a game that the gam e is possibl e to play ; 
aftdin which the gam e can be possibly played. The game space is different by game 
kind or g e nre and genre, and is presented to a player through a display screen. For 
example, for an action or roll-playing game having a moving (player-controlled) 
0 character to move therein, game space may be a background, a maze or other maps. For 
a battle game, it may be a ring (in addition to this, included is a space o f the game space 
includes t he space of the audience seats and the space above efthe ring). For a race 
game, it may be a space of a course for running the race and a periphery of the course. 
For a shooting game, a background scene such as a cosmic space for a background of a 
) character (however, characters are not requisite. required, and a game space in which no 
character exists iste-be contemplated). In a game using a tool, game space may be a 
scene to associate the use of a tool. 

Simulation refers to game control for analogously representing a change caused 
in the actual space in a form of a game-space state ehange, change. The change caused 
» in the act ual space is based on at least one of an amount and a direction of a tilt, 
movement or impact applied to the housing. Game control includes the case of 
simulation on simulating a state change of the game space itself and the case of 
simulation o f simulating an indirect effect upon another object caused due to bv a change 
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in state of the game space. The former is a case that simulation is made such that, when 
an impact is given to the housing, a land in the game space is transformed on an 
assumption that energy has been supplied to the game space. The latter is a case that 
simulation is made such that, when the housing is tilted, a ball existing on a maze plate 
rolls on an assumption that the maze plate as an example of a the game space is tilted. 
Where simulating a state change of a game space, it is possible to consider a case of 
varying a parameter such as efa temperature rise in the game space, in addition to#te 
case of causing a change of display including land transformation. 

A second exemplary embodiment of the present inyention dnvention of claim 1 5) 
is a game information storage medium storing a game program and being detachably 
loaded in a game system. The game system ^structured by operating means having a 
related display means in a related manner and includin g and includes a housing to be 
held by a player, change-state detecting means provided related to the housingaftd for 
detecting at least one of an amount and a direction of a change applied to the housing, 
and processing means to display on the display means an image obtained by processing 
a program. The game information storage medium stores game space data, a display 
control program and a simulation program. 

The game space data includes image data to display a space for game play. A 
display control program causes the display means to display a game space based on the 
game space data. A simulation program provides simulation based on an output of the 
change-state detecting means such that a state of the game space is changed related to at 
least one of an amount and a direction of a change applied to the housing. 

A third exemplary embodiment of the present invention (inv e ntion of claim 16^ is 



a game information storage medium storing a game program and being detachably 
loaded in a portable game apparatus. The portable game apparatus includin gi ncludes a 
housing integrally having display means to be held by a player, and processing means to 
display on the display means an image obtained by processing a program, whoroin 
5 a program. A change-state detecting means is provided which is related to one of the 
portable game apparatus and the game information storage mediumaftd for detecting at 
least one of an amount and a direction of a change applied to one of a housing of the 
portable game apparatus and the game information storage medium. 

The game information storage medium stores game space data, a display control 
10 program and a simulation program. The game space data includes image data to display 
a space for game play. A display control program causes the display means to display a 
game space based on the game space data. A simulation program provides simulation 
based on an output of the change-state detecting means such that a state of the game 
space is changed related to at least one of an amount and a direction of a change applied 
15 to the housing. 

A fourth exemplary embodiment of the present invention finvention of claim I R) 
is a game system structured at least by two game apparatuses to be intoracted that 
interact with each other. The two game apparatuses each have game program storage 
means to store a program, processing means to execute a game program, and a housing 
20 to be held by a player, and in a related fashion display means to display an image based 
on a result of processing by the processing means. At least one of the two game 
apparatuses is provided related to the housing and havin g related to its respective 
housing and has change-state detecting means to detect at least one of an amount and a 
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direction of a change applied to the housing. The game system further having has data 
transmitting means connected to the two game apparatuses***! for transmitting 
mutually-related data to the game apparatus on the opposite side. 

The respectiveef#*e'game program storage means of the two game apparatuses 
store game space data and display control programs. The game space data includes 
image data to display a space for game play. The display control program te 
causo causes the display means to display a game space based on the game space data. 
The game program storage means of at least the other of the two game apparatuses 
further includes a simulation program to provide simulation based on an output of the 
change-state detecting means of the one game apparatus transmitted through the data 
transmitting means such that a state of the game space of the other of the game 
apparatuses is changed related to at least one of an amount and a direction of a change 
applied to the housing of one of the game apparatuses. 

According to this invention, it is possible to obtain a game system and game 
information storage medium used for same that can change a state of a game space. 

Also, according to the invention, a game system and game information storage 
medium used for same is to be obtained which can change the state of a game space 
through simple operation so that a player can concentrate on game play with enhanced 
enthusiasm without the necessity of having a hieh degree on operating skill on operation 
ways rthe game. 

Also, according to the invention, a game system and game information storage 
medium used for same is to be obtained which can realize the change of a game scene 
matched to an operation feeling through the match between matching the player's 



operation and the g ame-space change. 

Further, according to the invention, a game system and game information storage 
medium used for same is to be obtained which can change the state of a game space 
through the interaction with a plurality of portable game apparatuses to allow a plurality 
of players to cooperate or compoto with compete. thereby providing a variety of game- 
space change states, an_enhanced interest e fin the game and virtual reality amusement. 

The above described objects and other objects, features, aspects and advantages 
of the present invention will become more apparent from the following detailed 
description of the present invention when taken in conjunction with the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an external view of a portable game apparatus of one embodiment of 
the present invention; 

Figure 2 is a view showing a definition of XYZ axes; 
Figure 3 is a block diagram of the portable game apparatus; 
Figure 4 is a block diagram of a sensor interface; 

Figure 5 is a diagram showing a principle on measuring the output of an 
acceleration sensor; 

Figure 6 is a view showing a structure of a Z-axis contact switch; 

Figure 7 is a view showing that a movement input (or impact input) in the Z-axis 
direction is detected by the Z-axis contact switch; 

Figure 8 is an example of a game scene of a first embodiment; 
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Figure 9 is an illustrative view showing a slide input; 
Figure 10 is an illustrative view showing a tilt input; 

Figure 11 is an illustrative view showing an impact input in an X-axis or Y-axis 
direction; 

Figure 12 is an illustrative view showing a movement input (impact input) in the 
Z-axis direction; 

Figure 13 is an illustrative view showing a way to utilize a slide input; 
Figure 14 is an illustrative view showing a way to utilize a tilt input; 
Figure 15 is an illustrative view showing a way to utilize an impact input; 
Figure 16 is a memory map of a program ROM of the first embodiment; 
Figure 17 is a memory map of a work RAM of the first embodiment; 
Figure 18 is a memory map of a display RAM of the first embodiment; 
Figure 19 is a memory map of a backup RAM of the first embodiment; 
Figure 20 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 21 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 22 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 23 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 24 is an acceleration-sensor output conversion table of the first 
embodiment; 



Figure 25 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 26 is an acceleration-sensor output conversion table of the first 
embodiment; 

Figure 27 is a main routine flowchart of the first embodiment; 
Figure 28 is a OG set process flowchart of the first embodiment; 
Figure 29 is a neutral-position set process flowchart of the first embodiment; 
Figure 30 is a game map elect process flowchart of the first embodiment; 
Figure 31 is a sensor output read process flowchart of the first embodiment; 
Figure 32 is an each-object moving process flowchart of the first embodiment; 
Figure 33 is a player-character moving process flowchart of the first 
embodiment; 

Figure 34 is an NPC moving process flowchart of the first embodiment; 
Figure 35 is a jump moving process flowchart of the first embodiment; 
Figure 36 is a wave moving process flowchart of the first embodiment; 
Figure 37 is a collision process flowchart of the first embodiment; 
Figure 38 is a screen-scroll explanatory view (before scroll) of the first 
embodiment; 

Figure 39 is a screen-scroll explanatory view (after scroll) of the first 
embodiment; 

Figure 40 is a screen-scroll process flowchart of the first embodiment; 

Figure 41 is an example of a game scene of a second embodiment; 

Figure 42 is an example of a game scene (land-upheaval process) of the second 
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embodiment; 

Figure 43 is an example of a game scene (range-of-sight moving process) of the 
second embodiment; 

Figure 44 is an example of a game scene (temperature increasing process) of the 
second embodiment; 

Figure 45 is a memory map of a program ROM of the second embodiment; 

Figure 46 is a memory map of a work RAM of the second embodiment; 

Figure 47 is a main routine flowchart of the second embodiment; Figure 48 is 
a range-of-sight moving process flowchart of the second embodiment; 

Figure 49 is a land-upheaval process flowchart of the second embodiment; 

Figure 50 is an example of a game scene of a third embodiment; 

Figure 51 is an example of a game scene (frypan space process) of the third 
embodiment; 

Figure 52 is an example of a game scene (frypan space process) of the third 
embodiment; 

Figure 53 is an example of a game scene (kitchen-knife space process) of the 
third embodiment; 

Figure 54 is a memory map of a work RAM of the third embodiment; 
Figure 55 is a main routine flowchart of the third embodiment; 
Figure 56 is a frypan space process flowchart of the third embodiment; 
Figure 57 is a kitchen-knife space process flowchart of the third embodiment; 
Figure 58 is an egg jump process flowchart of the third embodiment; 
Figure 59 is cabbage cut process flowchart of the third embodiment; 
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Figure 60 is an example of a game scene of a fourth embodiment; 
Figure 61 is a main routine flowchart of a game apparatus 10 of a fourth 
embodiment; 

Figure 62 is a main routine flowchart of a game apparatus 40 of the fourth 
embodiment; 

Figure 63 is a mater-unit map confirming process flowchart of the fourth 
embodiment; 

Figure 64 is a slave-machine map confirming process flowchart of the fourth 
embodiment; 

Figure 65 is a master-machine communication interrupt process flowchart of the 
Figure 4 embodiment; 

Figure 66 is a slave-machine communication interrupt process flowchart of the 
Figure 4 embodiment; 

Figure 67 is an example that the invention is applied to a controller of a home- 
use game apparatus; and 

Figure 68 is an example of a scene that the invention is applied to a controller of 
a home-use game apparatus. 

BRIEF DESCRIPTION OF THE PREFERRED EMBODIMENTS 

(First Embodiment) 

With reference to Figure 1 to Figure 40, explanations will be made e ftregarding a 
portable game apparatus according to a first embodiment of the present invention. 
Figure 1 is an outside view showing a portable game apparatus. The portable game 



apparatus includes a game machine main body 10 and a game cartridge (hereinafter 
referred merely to as "cartridge") 30 to be unloadably loaded on the game machine main 
body 10. The cartridge 30, when loaded on the game machine main body 10, is put in 
electrical connection to the game machine main body. The game machine main body 
10 is provided with a housing 11. The housing 11 includes therein a board having 
circuits configured as shown in Figure 3, hereinafter described. The housing 11 has, on 
one main surface, a LCD (panel) 12 and operation keys 13a - 13e and, on the other 
surface, a hole (cartridge insertion hole) 14 formed to receive a cartridge 30. A 
connector 15 is provided on a side surface, to allow connection with a communication 
cable for communication, as required, with other portable game apparatuses. 

Figure 2 is an illustrative view showing a relationship between the portable game 
apparatus and XYZ axes thereon. In a state As illustrated, the portable game apparatus 
is positioned with the LCD 12 directed up and the operation switches are also positioned 
toward this direction , an X-axis is taken in a horizontal direction of the portable game 
apparatus (a frkts positive direction taken rightward), an Y-axis is in a vertical direction 
(a ptopositive direction taken depthwise), and a Z-axis is in a thickness direction (a 
frkt spositive direction taken upward). 

Figure 3 is a block diagram of the portable game apparatus. The game machine 
main body 10 incorporates a board 27 therein. The board 27 is mounted with a CPU 21. 
The CPU 21 is connected with a LCD driver 22, an operation key 13, a sound generator 
circuit 23, a communication interface 24, a display RAM and a work RAM 26. 

The sound generator circuit 23 is connected with a speaker 16. The communication 
interface 24 is to be connected to another portable game apparatus 40 through a 
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connector 15 and communication cable 50. Note that, although the communication 
method with the other portable game apparatus 40 was shown by a method using the 
communication cable 50, it may use radio communication, handy phone or the like. 

The cartridge 30 incorporates a board 36. The board 36 is mounted with a 
program ROM 34 storing a game program and game data, hereinafter described with 
reference to Figure 16, and a backup RAM 35 storings game data, hereinafter described 
with reference to Figure 19. In addition to those storage means j he ROM 34 and the 
RAM 35. the cartridge 30 includes, as one example of detecting means for detecting tilt, 
movement and impact to the portable game apparatus main body, an X Y-axis 
acceleration sensor 31 to detect accelerations in X-axis and Y-axis directions and a Z- 
axis contact switch 32 to detect an acceleration in a Z-axis direction. Also, the cartridge 
30 includes a sensor interface 33 as an interface to the acceleration detecting means. 
Where using a triaxial acceleration sensor capable of detecting accelerations in all the 
X-axis, Y-axis and Z-axis directions, the Z-axis contact switch 32 will be unnecessary. 
Incidentally, the biaxial acceleration sensor (XY-axis acceleration sensor) is more 
inexpensive than tha tthe triaxial sensor. Because this embodiment does not require a 
high degree_accuracy of acceleration detection in the Z-axis direction, a Z-axis contact 
switch 32 is employed that is simple in structure and ch e ap in pricc. inexpensive. Also, 
where high accuracy is not required in the XY-axis direction, detecting means having a 
similar structure to the Z-axis contact switch may be used mfor detecting an 
acceleration in the XY-axis direction. 

The program ROM 34 is stored with stores a game program to be executed by a 
CPU 21. The work RAM 26 is stored with stores temporary data required to execute the 
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game program. The backup RAM 35 is to stor e stores game data to be kept 
memorigo d stored even where a power to the portable game apparatus beis turned off. 
The display data obtained through executing the game program by the CPU 21 is stored 
in the display RAM 25, which can be displayed on the LCD 12 through a LCD driver 
22. Similarly, the sound data obtained through executing the game program by the CPU 
21 is delivered to the sound generator circuit 23 so that sound is generatedas eff e cted 
setm dand output through the speaker 16. Operation switches 13 are for game 
op e ration. provided to operate the game. However, the operation key 13 is an auxiliary 
enekey as far as the present embodiment is concerned. The player is allowed to operate 
fen-the play of the game play principally by tilting or moving or giving impact to the 
portable game apparatus. The tilt, movement and impact to the portable game apparatus 
during game operation arete-be detected by the XY-axis acceleration sensor 31 and Z- 
axis contact switch 12. The CPU 21 can execute the game program by utilizing the 
output values of the acceleration detecting means?. 

For a gamewith using a plurality of portable game apparatuses, the data obtained 
through executing a game program by the CPU 21 is delivered to the communication 
interface 24 and then sent to another portable game apparatus 40 via the connector 15 
and communication cable 50. Meanwhile, the game data of the other portable game 
apparatus 40 comes to the CPU 21 through the communication cable 50, connector 15 
and communication interface 24. 

Figure 4 is a detailed block diagram of the sensor interface 33. The sensor 
interface 33 includes an X counter 331, a Y counter 332, a count stop circuit 333, 
latches 334 and 335, a decoder 336 and a general-purpose I/O port 337. The X counter 
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331 counts pulses of a clock signal <P based on an XY-axis output of the acceleration 
sensor 31. The Y counter 332 counts pulses of the clock signal <t> based on a Y-axis 
output. The count stop circuit 333 sends a count stop signal to the X counter 331 in 
response to a fall in an X-axis output of the XY-axis acceleration sensor 31, and a count 
5 stop signal to the Y counter 332 in response to a fall in the Y-axis output. The latches 
334 and 335 hold respective values of the X counter 331 and the Y counter 332. The 
decoder 336 transmits a start/reset signal to the X counter 331, Y counter 332, latches 
334 and 335. The general-purpose I/O port 337 is used to connect with an extension 
unit. The latches 334 and 335 also hold an output value of the Z-axis contact switch 32 

10 ("0" or " 1"). Specifically, a highest order bit of the latch 334, 335 is assigned to an 

output value of the Z-axis contact switch 32, while the remaining lower order bits are 
assigned to the values of the X counter and Y counter. 331 and Y counter 332. The 
extension units connectable to the general- g e neral -purpose I/O port 337 include a 
vibration unit which vibrates in relation to a game program providing a game with a 

15 r e alism f ee ling. feeling of realism. 

Figure 5 is an illustrative view showing a principle that the sensor interface 33 
measures a count value having a corresponding magnitude to an acceleration from an 
output of the acceleration sensor 31. The acceleration sensor 31 in this embodiment 
outputs a signal representative of an acceleration magnitude with a duty ratio that has 

20 changed with respect to one period of a waveform (period 1). It is shown in this case 
that the greater the ratio of a high level period (period 2 or period 3) within one period 
the greater an acceleration has been detected. Also, the acceleration sensor 31 outputs a 
magnitude of X-axis acceleration through its X-axis output and a magnitude of Y-axis 
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acceleration through the Y-axis output. 

When a count start signal outputted from the decoder 336 becomes a low level, 
the X counter 331 detects a rise from low to high level in the X-axis output and then 
starts counting. Specifically, the X counter 331 inches up its count value each time a 
clock signal <& is given, and stops the counting in response to a count stop signal sent 
from the count stop circuit 333. In this manner, the X countor331 counts on c ounter331 
counts the clock signal <t> during a period (period 2)ef between a rise of an X-axis 
output to a high level and a fall of same to a low level, immediately after the count start 
signal has become a low level. The Y counter 332, similarly, countse* the clock signal 
<!> during a period (period 3) of between a rise of the Y-axis output to a high level and a 
fall of same to a low level, immediately after the count start signal has become low 
level. In this manner, the X counter 331 holds a count value dependent upon a 
magnitude of an X-axial acceleration while the Y counter 332 holds a count value 
dependent upon a magnitude of a Y-axial acceleration. The values of the X counter 331 
and Y counter 332 are held in the latch 334 and latch 335 so that the data of latches 334 
and 335 can be read out by the CPU 21 through the data bus and utilized for a game 
program. 

The X counter 331 and the Y counter 332 each perform counting, for example, 
from "0" up to "31", wherein setting is made such that, with respect to a count value 
"15" as a reference (acceleration 0), - 2G (twice a gravity acceleration in a minus 
direction) is assignedby a count value oT'O" and 2G (twice the gravity acceleration in a 
plus direction) is b yassigned a count value of "31". The CPU 21 reads in such a count 
value based on a game program wherein the count value "15" is read as "0", the count 
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value "0" as "-15" and the count value "31" as "16". Accordingly, when the acceleration 
sensor 31 detects an acceleration in the mimf snegative direction, the CPU has a 
minusnegative (-) reading value. When an acceleration in the frkts positive direction is 
detected, the CPU has a fik ^positive (+) reading value. 

Figure 6 shows a structural of the contact switch 32. The contact switch 32 is 
structured by a spherical contact 321, contacts 322 and 323, and a box member 324 
which are formed of a conductor. Specifically, the spherical contact 321 is movably 
held almost at a center of a space defined within the member 324. For this reason, the 
box member 324 has, in its inner bottom, a depression 324a at which the spherical 
contact 321 can bo rostod rest at almost the cente r thereof . The box member 324 has, at 
above, sheet-formed contacts 322 and 323 having respective enefirst ends formed with 
semicircular cut-outs 322a and 323a. The sheet contacts 322 and 323, at their respective 
other ends, are secured to a board 36 with the enefirst ends opposed to each other. The 
box member 324 is fixedly held by the board 36 in a hun^stateef4Hmg through the 
contact 322 and 323. With this structure, if the cartridge 30 is powerfully moved in the 
Z-axis direction (in a plus (positive) or minus (negative) direction), the spherical contact 
321 shown in Figure 7 is moved in the Z-axis direction within the box member 324 and 
contacts with the contacts 322 and 323 simultaneously. Thus, the contact 322 and the 
contact 323 are conducted through the spherical contact 321, thereby detecting an 
acceleration input in the Z-axis direction. Based on a time for which the contact 322 
and the contact 323 are in conduction, it is possible to detect a magnitude of 
acceleration in the Z-axis direction. Note that, when When the cartridge 30 is 
moderately tilted, the spherical contact 321 moves in the box member 324 but does not 
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short-circuit between the contacts 322 and 323, detecting no acceleration. 

Figure 8 shows an example of a game scene. In this game scene, there arc 
displayed a ball 61 as one example of a player character, tortoises 62 as erne 
e xampleexamples of an enemy characters (non-player character; hereinafter abbreviated 
as "NPC"), and a wall 63 and hole 64 forming a maze are displayed . Because a game 
map is a virtual map that is broader than a display range on an LCD 12, LCD 12 can 
display only part of the game map so that scroll is made in accordance with the 
movement of the player character 61. Although three tortoises 62a - 62c are displayed 
as NPC on the LCD 12, there exist many of other tortoises in the game map. Also, there 
exist on the game map such lands as floors, ice surfaces, and under wate r area s. 

The ball 61 is changed in its moving amount or direction by the player's 
operation, such as tilting of or applying movement or impact to the portable game 
apparatus. 

The shape is changed as required. Although the tortoise 62 is controlled of 
movomcnt movement of the tortoises 62a- 62c are controlled (moved by self-control) by 
the game program, i*4$ they are moved or changed in shape where the player tilts, moves 
or gives impact to the portable game apparatus. 

Outlining this game, a player can manipulate the ball 61 on the game map with a 
maze formed by the walls 63, and smashes the tortoises 62a - 62c as an example of 
NPC. A tortoise if smashed will be vanished o r tortoise. if smashed, will vanish or be 
erased away. If all the tortoises are successfully vanished out of the game map, a_game 
clear is reached. There exist some holes 64 on the game map. If the ball 61 is 
fa l l e n falls into the hole 64, one mistake is counted or the game becomes over. 
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Figure 9 to Figure 12 illustrate examples of game operation. Figure 9 illustrates 
a slide input in the X-axis or Y-axis direction. A movement (slide) in the X-axis 
direction is detected based upon an X-axis output of the XY-axis acceleration sensor 31, 
and a movement (slide) in the Y-axis direction is detected based on a Y-axis output of 
the XY-axis acceleration sensor 31 (acceleration is caused by movement in the X-axis 
or Y-axis direction). Figure 10 illustrates a tilt input about the X or Y axis. A tilt about 
the X-axis is detected based on a Y-axis output of the XY-axis acceleration sensor 31, 
and a tilt about the Y-axis is detected based upon an X-axis output of the XY-axis 
acceleration sensor 31 (a tilt if caused about the X-axis gives rise to acceleration in'the 
Y-axis direction due to gravity, and a tilt if caused about the Y-axis causes acceleration 
in the X-axis direction due to gravity). Figure 11 illustrates an impact input in the X- 
axis or Y-axis direction. The acceleration input in the X-axis direction is outputted at an 
X-axis output of the XY-axis acceleration sensor 31. In the caso lf this output value is a 
constant value or greater, it is considered that there has been an impact input. Also, the 
acceleration input in the Y-axis direction is outputted at a Y-axis output of the XY-axis 
acceleration sensor 31. In tho caso lf this output value is a constant value or greater, it is 
considered that there has been an impact input. Figure 12 illustrates a movement input 
(or impact input) in the Z-axis direction. The movement (or impact) in the Z-axis 
direction is detected by the Z-axis contact switch 32. 

Figure 13 to Figure 15 illustrate an examples of a way to utilize the respective 
ones of game operation stated above. Figure 13 illustrates a way to utilize a slide input 
(as one example of a game scene in a game map select process hereinafter described 
with reference to Figure 30). In a case of displaying on the LCD 12 ^partial area of a 



virtual map broader than a display range of the LCD 12, the display area is scrolled by- 
giving a slide input. Specifically, where providing a slide input in an X-axis plus (i.e.. 
positive) direction, to be displayed is an area moved in the X-axis plus (i.e.. positive) 
direction from the present display area. A slide input in the Y-axis direction is similarly 
processed-te-this. By thus processing a slide input, it is possible to provide a player 
with a feeling as if he or she peep sis viewing part of a vast world through the LCD 12/ 
Incidentally, in this embodiment, such slide input alike this is merely utilized in a game 
map select process hereinafter described with reference to Figure 30, but not utilized in 
a game-map scroll process as a main game process. The way of processing tethe scroll 
gfji game map will be hereinafter described with reference to Figure 38 to Figure 40. 

Figure 14 illustrates a way to utilize a tilt input about an X or Y axis. Where 
there is a tilt input about the X-axis, display is made such that a game character in a 
game scene (player character 61 and NPC 62) is movin a moves parallel in the Y-axis 
direction (where tilting in a plus (i.e.. positive) direction about the X-axis, display is 
made such that the game character is moving moves parallel in a Y-axis minus (i.e.. 
negative) direction). Also, where there is a tilt input about the Y-axis, display is made 
such that the game character in the game scene, player character 61 and NPC 62) is 
moving moves parallel in the X-axis direction (where tilting in a minus direction about 
the YrY-axis, display is made such that the game character moves parallel in an X-axis 
minus direction). By thus processing a tilt input, it is possible to provide a player with a 
feeling as if a maze plate, as a game space, was being tilted in a likewise manner as the 
portable game apparatus, and the game character was sliding (rolling) over the tilted 
maze plate. Incidentally, the game map includes lands, such as floor surface, ice surface 



and und e r wat e r, providing factors to vary u moving amount of the ball 61, so that an 
amount of movemont a floor surface, an ice surface and underwater areas* These lands 
varv the amount of the ball's movement so that the amount is varied by a tilt input in a 
manner dependent upon a place where the game character is present. For example, 
5 the ball 61 is changed in magnitude of control of the ball 61 is changed in such a way 
that the movement amount is great on an ice surface so that it is easy to slide, whereas 
the movement amount is small at under wat e r. underwater area. 

Figure 15 shows a way to utilize impact input or Z-axis movement input. When 
an impact input is applied in the X-axis or Y-axis direction, a different process is 

10 performed from the tilt input process (game character movement due to tilting the maze 
plate). For example, waves are caused in a water surface as-a of the game space. When 
an impact input is applied in the X-axis plus direction, waves are caused in the X-axis 
plus direction. When an impact input is applied in an X-axis minus direction, waves are 
caused in the X-axis minus direction. This is true for an impact input in a Y-axis 

15 direction. Meanwhile, waves may be caused in a direction of a resultant vector of 

vector components, wherein an acceleration input in the X-axis direction is taken as a 
vector component in the X-axis direction while an acceleration input in the Y-axis 
direction is taken as a vector component in the Y-axis direction. The character is 
displayed as if it was carried away by the waves. The character may be put out of 

20 control while it is being carried by the waves. Also, when there is an input of 

movement in the Z-axis direction (or impact input), the ball 61. as one example of a 
player charact e r is displayed varying to makc character. changes in its display so that it 
appeal s that the ball 61 makes a jump. By thus processing the movement input in the Z^ 
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Z-axis direction, the maze plate as a game space moves in the Z-axis direction in a way 
similar to the portable game machine. This can provide the player with a feeling as if 
the game character on the maze plate was caused to jump. During the jump, the ball 61 
will not move even if there is a tilt input. Also, when there is a movement input (or 
impact input) in the Z-axis direction, the tortoise 62 as NPC is turned upside down (a 
tortoise upside down returns to the normal position). The tortoise in an upside-down 
position is easy to slide, so that the movement process is made to give a greater tilt- 
input moving amount than tha^e fif the tortoise was in the normal position. 

Figure 16 is a memory map of the program ROM 34. The program ROM 34 
stores a game program and game data to be executed by the CPU 21. The program 
ROM 3 4concretoly includes an object character data memory area 34a, a map data 
memory area 34b, an acceleration-sensor output value conversion table memory area 
34c and a game program memory area 34e. The object character data memory area 34a 
stores graphic data of the object characters. Because the object character has some 
poses (e.g. tortoise "normal position" and tortoise "upside-down position", etc.), for 
each character a plurality of efte srespective sets of graphic data are stored for a plurality 
of poses. The map data memory area 34b stores map data on a game map basis and 
game-map-select maps. The game-map select map is virtual map data to be displayed 
on the LCD 12 during a game map select process hereinafter described with reference to 
Figure 30. 

The acceleration-sensor output value conversion table memory area 34c stores 
conversion tables to convert output values of the XY-axis acceleration sensor 3 1 and Z- 
axis contact switch 32, for utilization in a game program. The conversion tables 
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includes a game map select table, a player character moving table and an NPC moving 
table. Also, thc The player character moving table includes tables for in-air, on-floor, 
on-ice and under-water, which are to be selected depending upon a land coordinate 
where a player character is present. The NPC moving table includes tables for normal 
position and upside-down position. The tortoise as NPC assumes states of normal and 
backside-down positions, depending upon which a table is to be selected. The details of 
the tables will be hereinafter described with reference to Figure 20 to Figure 26. 

The game program memory area 34e stores varies various game programs to be 
executed by the CPU 21. Specifically, stored in the game program memory area 34e are 
the following: a main program hereinafter described with reference to Figure 27, a 0G 
set program hereinafter described with reference to Figure 28, a neutral- neutral -position 
set program hereinafter described with reference to Figure 29, a game map select 
program hereinafter described with reference to Figure 30, a sensor output read program 
hereinafter described with reference to Figure 31, an object moving program hereinafter 
described with reference to Figure 32 to Figure 36, a collision program hereinafter 
described with reference to Figure 37, a screen scrolling program hereinafter described 
with reference to Figure 40, an NPC self-controlled movin g movement program and 

4 

other programs. 

Figure 17 is a memory map of the work RAM 26. The work RAM 26 is-te 
storo stores temporary data for executing a game program by the CPU 21. Specifically, 
the following memory areas are included afe in the work RAM 26: a neutral position 
data memory area 26a, an acceleration sensor memory area 26b, an impact input flag 
memory area 26c, a map select screen camera coordinate memory area 26e, a game map 



number memory area 26f and a character data memory area 26g. 

The neutral position data memory area 26a stores neutral position data (NPx, 
NPy, NPz) to be set in a neutral-position set process hereinafter described with 
reference to Figure 29. This is data conc e rnin g data concerns a reference tilt of the 

5 portable game apparatus for playing a game. 

The acceleration-sensor output value memory area 26b stores output values (INx, 
INy, INz) of the XY-axis acceleration sensor 31 and Z-axis contact switch 32 which are 
detected by the acceleration sensor 31 and contact switch 32 and to bc 32. respectively. 
and are read out through the sensor interface 33 in a sensor output read process of 

0 Figure 31. The impact input flag memory area 26c stores an impact input flag (FS) that 
assumes a value of 1 when equal to or greater than a constant value is the magnitude of 
resultant vector of a vector component in the X-axis direction taken of an acceleration 
input in the X-axis direction and a vector component in the Y-axis direction taken of an 
acceleration input in the Y-axis direction. direction is equal to or greater than a constant 

> value. The determination of anjmpact input is executed in a sensor output read process 
of Figure 31. 

The map select screen camera coordinate memory area 26e stores coordinates 
(Cx, Cy) at upper left corner of an LCD 12 display area in a game map select map 
which is to be displayed in a game map select process hereinafter described with 
reference to Figure 30. The game map number memory area 26f stores corresponding 
number data (MN) to a game map having bocn that is selected by a player during a game 
map select process hereinafter described with reference to Figure 30. 

The character data memory area 26g stores, for each of the player characters and 
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NPCs, moving acceleration data (Ax, Ay, Az), moving-acceleration change amount data 
(dAx, dAy, dAz), velocity data (Vx, Vy, Vz), coordinate data (X, Y, Z), last-time 
coordinate data (Px, Py, Pz), current position status (SP) and pose numbers (PN). 

The coordinate (Px ? Py. Pz) in the lust time is for returning to the last timo 
coordinutc last time coordinate data (Px, Pv. Pz) returns a player character or NPC to its 
last-time coordinates when itcollided with a wall or the like. The current-position 
status data (SP) is data concemin g concems a land at a coordinate where the player 
character is present. Based on this data, an acceleration-sensor output value conversion 
table (in-air, on-floor, on-ice, on water) underwater) is to be selected. The pose number 
(PN) is data concerning a character state (pose) (e.g. tortoise normal and upside-down 
positions, etc.). 

Figure 18 is a memory map of the display RAM 25. The display RAM 25is-te 
temporarily stores display data obtained through executin g the execution of a game 
program by the CPU 21. The display RAM 25 has an object data memory area 25a, a 
scroll counter data memory area 25b and a map data memory area 25c. The object data 
memory area 25a stores data of the existing characters in the LCD 12 display area 
among all the characters to appear in a game. Specifically, stored area X-coordinates, 
Y-coordinates, character IDs, and pose numbers. 

The scroll counter data memory area 25b stores a relative coordinate of an upper 
left corner of the LCD 12 display area of the game. The map data memory area 25c 
stores game map data of the game map in an area to be displayed on the LCD 12. 

Figure 19 is a memory map of the backup RAM 35. The backup RAM 35 stores 
OG position data (ZGx, ZGy) to be set in a OG set process hereinafter described with 




reference to Figure 38. The OG position data ia to copo with not ro havc copes with not 
having a sensor output value of 0 because of the error possessed by the XY-axis 
acceleration sensor even when the portable game apparatus is held horizontal. A sensor 
output value when the portable game apparatus is held horizontal is stored as OG 
position data in the backup RAM 35, which in a game procoss the game process, is 
subtracted from a sensor output value. 

Figure 20 to Figure 26 illustrate in detail conversion tables stored in the 
acceleration-sensor output value conversion table memory area 34c of the program 
ROM 34. The conversion tables store data, concerning utilization way smethods and 
correction of limitinga maximum values, etc., for utilizing , in game processing, sensor 
output values (INx, INy, INz) of the XY-axis acceleration sensor 31 and Z-axis contact 
switch 32 and impact input flag (FS) in game processing . Specifically, data is stored^ 
date concerning utilization ways a nethods. correction ratio, special correction conditions 
and special correction numbers. The tables are stored in plurality, including a game- 
map select process table, player-character moving table and an NPC moving table. 

The game map select processing table shown in Figure 20 is to be mado made 
with reference torn a game map select process hereinafter described with reference to 
Figure 30. The output values (INx, INy) of the XY-axis acceleration sensor teyof this 
table are utilized for calculating a camera coordinatc camera coordinates (Cx, Cy) 
change amount. Incidentally, because the correction ratio is wise, the camera 
coordinates (Cx,. Cy) will be moved twice the output value (INx, INy) of the XY-axis 
acceleration sensor 31. The output value (INz) of the Z-axis contact switch 32 is 
utilized for a map decision determining process. The impact input flag (FS) is not 
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utilized. 

The player character moving table shown in Figure 21 to Figure 24 is made in 
reference torn a tilt movement process to be executed at step S33, and in an impact 
movement process to be executed in step S33 in a player character moving process 
hereinafter described with reference to Figure 33. The player character moving table 
includes tables for in-air, on-floor, on-ice and und e r water, underwater conditions. Any 
one of the conversion tables is-tecan be selected and referred to in accordance with a 
coordinate topology where the player character is present (current position status). 

In the player character moving table, the output value X (INx) of the XY-axis 
acceleration sensor 31 is utilized for calculating a change amount (dAx) of an X- 
movement acceleration of a player character while the output value Y (INy) is utilized 
for calculating a change amount (dAy) of an Y-movement acceleration. In the case the 
current position status is n in-air", the moving-acceleration change amount (dAx, dAy) is 
zero by referring to Figure 21. For the case of "on-floor", because the correction ratio if 
referred to Figure 22 is twice, twice the output values (INx, INy) of the XY-axis 
acceleration sensor 31 gives a change amount (dAx, dAy) of moving acceleration. 
Also, where the output values (INx, INy) of the XY-axis acceleration sensor is greater 
than 20 due to particular correction condition 1, the moving-acceleration change amount 
(dAx, dAy) is limited to "40". For "on ico'\ an "on-ice" condition, by referring to Figure 
23 A three times the output values (INx, INy) of the XY-axis acceleration sensor 31 gives 
a change amount (dAx, dAy) (i.e.. g reater moving amount "on icc"). results for "on-ice" 
status). Meanwhile, where the output values (INx, INy) of the XY-axis acceleration 
sensor is greater than "20" due to particular correction condition 1, the moving- 




acceleration change amount (dAx, dAy) is limited to "60". For "under water" ? an 
"underwater" condition, by referring to Figure 24^ a half of the output values (INx, INy) 
of the XY-axis acceleration sensor 31 gives a moving-acceleration change amount 
(dAx, dAy) (Le^smaller moving amount "in water"). results in a "in water" status). 
5 Also, where the output values (INx, INy) of the acceleration sensor 31 is greater than 

"10" due to iLparticular correction condition 1, the change amount (dAx, dAy) is limited 
to "5". 

In the player character moving tables, the output value (INz) of the Z-axis 
contact switch 32 is utilized to calculate a change amount (dAz) of Z-movement 

10 acceleration. 

There is no special correction condition. 

In the player-character moving table, an impact input flag (FS) has an effect 
upon X and Y moving-acceleration change amounts (dAx, dAy). In the casclf the 
present position status is "in-air" and "under-water", the impact input flag (FS) is 

L5 ignored by referring to Figure 21 and Figure 24. Where the present position status is 

^oi>^efHfloor", with reference to Fig. 22^ processing is made to multiply by 3 times the 
X and Y moving-acceleration change amounts (dAx, dAy). Where the current position 
status is "on-ice", with reference to Figure 23^ processing is made to multiply by 5 times 
the X and Y moving-acceleration change amounts (dAx, dAy). In this manner, when 

0 there is an impact input, for the/'on-floor" and "on-ice" statuses, the X and Y moving- 
acceleration change amounts (dAx, dAy) are increased (moved at higher speed) as 
compared to the usual. 

The NPC moving tables of Figure 25 and Figure 26 are to be referred to in a tilt 
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movement process in step S44 and impact moving process in step S45 of an NPC 
moving process hereinafter described with reference to Figure 34. The NPC moving 
tables include* tables for normal and upside-down positions. Any one of the two 
conversion tables is selected and referred to depending upon a pose (normal or upside- 
down) of a tortoise as NPC. 

In the NPC moving table, an output value X (INx) of the XY-axis acceleration 
sensor 31 is utilized to calculate a change amount (dAx) of an NPC X movement 
acceleration while an output value Y (INy) is utilized to calculate a change amount 
(dAy) of a Y movement acceleration. For the "normal position", because with reference 
to Fig. 25^ the correction ratio is 1/2 times, 1/2 times an output value (INx, INy) of the 
XY-axis acceleration sensor 31 gives an X-and-Y moving-acceleration change amount 
(dAx, dAy). Also, where the outputthe values (INx, INy) of the XY-axis acceleration 
sensor 31 isare smaller than 10 under special correction condition 1, the moving- 
acceleration change amount (dAx, dAy) is 0 (in the "normal position", with a small tilt 
the tortoise will brace its legs and not slide). Also, where the output values (INx. INy) 
of the XY-axis acceleration sensor 31 4sare greater than 20 under special correction 
condition 2, the moving-acceleration change amount (dAx, dAy) is limited to 10. For 
the "upside-down position", with reference to Figure 26, 2 times an output valuo two 
times the output values (INx, INy) of the XY-axis acceleration sensor 31 gives an X- 
and-Y moving-acceleration change amount (dAx, dAy) (moving amount greater 
because the tortoise "backside-down" easily slides as compared to "norman. a "normal" 
position). Also, where the output value (INx, INy) of the XY-axis acceleration sensor 
31 is greater than 20 under special correction condition 1, the moving-acceleration 
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change amount (dAx, dAy) is limited to 40. 

In the NPC moving tables, the output value (INz) of the Z-axis contact switch 32 
is utilized to determine tortoise inversion to a normal or inverted position. Each time 
the output value of contact switch 32 becomes "1", the tortoise turns to a normal or 
inverted state in a repetitive manner. The impact input flag (FS) is not utilized for the 
NPC movement process. 

Figure 27 is a flowchart of a main routine. If a cartridge 30 is loaded onto the 
game machine main body 10 and the power switch of the game machine main body 10 
is turned on, the CPU 21 starts to process the main routine of Figure 33. First, in step 
SI 1 it is determined whether it is a first starting or not, or whether a player requested for 
aOG setting (e.g. whether started while pressing the operation key 13b of Figure 1) or 
not. If ttef- athere was no first starting and there was no 0G set request, the process 
advances to step S13. Meanwhile, when there was a first starting o rthoro was a 0G set 
request, a 0G set process hereinafter described with reference to Figure 28 is made in 
step S12 and then the process proceeds to step S14. In the step S14, a neutral-position 
set process hereinafter described with reference to Figure 29 is made and then the 
process advances to step S17. Here, the neutral-position setting is meant to set a 
reference tilt of the portable game apparatus for playing a game. The recommended 
position setting is meant to set a neutral position based on data wherein the data is 
concerned with a proper neutral position in accordance with a game content (the 
recommended position sight target coordinate 34d of the program ROM 34) that have 
been previously memorizod stored in a game program. 

In step S17,, a game map select process hereinafter described with reference to 
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Figure 30 is performed so that one of a plurality of game maps is selected by the player. 
After the step SI 7, the process advances to a main loop. 

The main loop is a process of from step S19 to step S29, which is repeatedly 
executed until game over or game clear is reached. In step S19, required data is written 
to the display RAM 25 based on a coordinato coordinates (X, Y, Z) and pose number 
(PN) of the character data 26g of the work RAM 26, object character data 34a of the 
program ROM 34 and map data 34b. Based on the data stored in the display RAM, a 
game scene is displayed on the LCD 12. In step S20 i a sensor output read process 
hereinafter described with reference to Figure 31 is performed. The output values of the 
XY-axis acceleration sensor 31 and Z-axis contact switch 32 are read out through the 
sensor interface 33 and then corrected. After the step S20, in step S21 it is determined 
whether there was a neutral-position set request or not. If there was no request, the 
process advances to step S23 while if there was a request the process proceeds to step 
S22 to perform a neutral-position set process. After resetting a neutral position, the 
process returns to step S19. This means that one operation switch (e.g. operation switch 
13e shown in Figure 1) is assigned to an exclusive operation switch for neutral-position 
setting so that neutral-position setting can be made at any time by pressing the operation 
switch 13e even during the playing a game. 

In step S23,, it is determined whether the impact input flag is ON or not. If the 
impact input flag is OFF, the process proceeds to step S26 while if Q Nthe flag is ON. 
the process advances to step S24 to determine whether the topology of current 
coordinate that the player character is present is under-water or not (determined based 
on a current position status). If not under water is d e t e rmined, the topology determined 
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is not underwater, the process advances to step S26 whilo if determined under 
wate* rS26. while if the topology is determined to be underwater, the process advances to 
step S25 to perform a wave producing process (display is as shown in the middle 
portion in Figure 15). Specifically, processing is made to cause waves in a direction 
5 and with a magnitude depending on a resultant vector, wherein tho vector. The resultant 
vector is given by a vector component in the X-axis direction taken e ffrom a sensor 
output value X (INx) and a vector component in the Y-axis direction is taken e ffrom a 
sensor output value Y (INy). The player can have a feeling as if the impact applied by 
him or her to the portable game apparatus was reflected in an environment (water) of 
10 the game space. After step S25, the process proceeds to step S26. 

In the step S26 an S26, each-character moving process hereinafter described with 
reference to Figure 32 to Figure 35 is performed thereby p e rformi n g e-xecuti n g a process 
of moving the player character and NPC. After the step S27, a collision process 
hereinafter described with reference to Figure 37 is performed thereby 
15 petforming executing a process of colliding the player character with NPC, etc. After 
the step S27, a screen scroll process (step S29) hereinafter described with reference to 
Figure 40 is performed. 

Figure 28 shows a subroutine flowchart for a 0G set process. This subroutine 
performs a process to storeas 0G position data te in the backup RAM 35 as an output 
20 value of the XY-axis acceleration sensor 31 when the portable game apparatus 
(specifically, the LCD 12 display surface) is held horizontal. 

In step S12L "POSITION HORIZONTAL TO GROUND AND PRESS 
OPERATION SWITCH" is displayed on the LCD 12, requesting the player to hold the 
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portable game apparatus (specifically, the LCD 12 display surface) in a horizontal state. 
In step S122^ an operation switch input process is performed. In step S 123, if the 
depression of an operation switch (e.g. operation switch 13b of Figure 1) for 
determination is d e termincd. d etected, it is then determined in step S124 whether the Z- 
axis contact switch 32 is ON or not. When the Z-axis contact switch 32 is ON, an alert 
sound is generated in step S125 and the process returns to step S121. This is because, 
where the Z-axis contact switch is ON, the LCD !2_in its display surface is directed 
downward and the player is requested to perform the_setting again. In step S 124, where 
the Z-axis contact switch is determined as being OFF, then in step S126 the output value 
of the XY-axis acceleration sensor 31 at this time is stored as OG position data tern the 
backup RAM 35. 

Figure 29 is a subroutine flowchart for a neutral-position set process. This 
subroutine performs the process that in which the player arbitrarily determines a holding 
angle in a portable game apparatus at a holding ungle that is easy to play a t he game. The 
output value of the XY-axis acceleration sensor 31 and Z-axis contact switch 32 at that 
time are stored as neutral position data tern the work RAM 26. 

In step S14L "POSITION AT ANGLE EASY TO PLAY AND PRESS 
OPERATION SWITCH" is displayed on the LCD 12. In step S142, an operation 
switch input process is made. In step S143, if the depression of an operation switchfe? 
determination (e.g. operation switch 13b of Figure 1) is determined, then in step S144 
correction is performed by subtracting OG position data from an output value of the XY- 
axis acceleration sensor 31 at this time (the neutral position data is rendered as data 
corresponding to a tilt with respect to the horizontal state). Then, in step SMS a 
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correction value of the output of the XY-axis acceleration sensor (calculation result of 
step S144) and an output value of the Z-axis contact switch 32 are stored as neutral 
position data to the neutral position data memory area 26a of the work RAM 26. 

Figure 30 is a flowchart of a game map select process. In this subroutine, the 
player selects any one of a plurality of game maps stored in the game program. The 
screen of game map select process is displayed, for example, as shown in Figure 13 
mentioned before. On the LCD 12, one area of a game-map select map is displayed. 
The player makes a_slide input in the X-axis or Y-axis direction to move the display 
area on the LCD 12 thereby displaying map icons (A, B, C, D in Figure 16) within the 
display area. Then, a movement is inputted in the Z-axis direction. This results in 
selection of a game course corresponding to a course icon being displayed on the LCD 
12 upon inputting the movement (or impact) in the Z-axis direction. 

First, in step S171 a camera coordinate (Cx, Cy) is initialized. Then, in step 
S172 one area of the game-map select map is displayed on the LCD 12 based on the 
camera coordinates (Cx, Cy). In step S173^ a sensor output read process hereinafter 
described with rcferring r eference to Figure 31 is made. As a result, the output values of 
the XY-axis acceleration sensor 31 and Y-axis contact switch 32 are read out and 
corrected. In step S174 a a table shown in Figure 26 is referred to. Specifically, the 
camera coordinate (Cx, Cy) is coordinates (Cx, Cv) are changed based on the sensor 
output values (INx, DSfy). Specifically, because the correction ratio is twico, the camera 
coordinatc twice (2 times), the camera (Cx. Cv) is coordinates (Cx, Cv) are varied by an 
amount twice the sensor output values (INx, INy). For example, when the sensor output 
value (INx) is 5, the camera coordinate (Cx) is rendered as +10. In step S175. it is 
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determined whether the display area based on the camera ordinatc c oordinates (Cx, Cy) 
is outside a range of the game map select map or not. If not outside the range, the 
process advances to step S177 whil e if in outsidc S177. while if inside the range the 
process proceeds to step S176. In step S176 i correction is made so as to display an end 
area of the game-map select map and then the process proceeds to step S177. In the 
step S177 A it is determined whether the Z-axis contact switch 32 is ON or not. If the 
contact switch 32 is determined as being OFF, the process returns to step SI 72. If the 
Z-axis contact switch 32 is determined as being ON. then it is determined in step S178 
whether any one of the map icons (A, B, C, D in Figure 16) is displayed in the display 
range of the LCD 12 or not. If it is determined that no map icon is displayed within the 
display afertr range. then in step SI 79, an alert sound is generated and the process 
returned to step S172. If it is determined that a map icon is displayed within the display 
range, then in step S181. a corresponding game map number (MN) to the map icon 
being displayed is stored tein the work RAM 26. 

Figure 31 is a flowchart for a sensor output read process. In this subroutine, the 
output values of the XY-axis acceleration sensor 31 and Z-axis contact switch 32 are 
read out and corrected. Specifically, from the data of the latch 334 and latch 335 of the 
sensor interface 33 are read output values (INx, INy) of the acceleration sensor and an 
output value (INz) of the Z-axis contact switch 32. Furthermore, a correction process is 
made based on OG position data and neutral position data. 

In step S201, data is read out of the latch 334 and latch 335. In step S202, 
acceleration-sensor output values (INx, INy) and Z-axis contact switch output value 
(INz) are read from the latch data, and stored tern the acceleration-sensor output value 
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memory area 26b of the work RAM 26. In step 5203^ it is determined whether there 
was an impact input or not. Specifically, it is determined whethere qual to or gr e ater 
than a given value a magnitude of a resultant vector having vector component in the X- 
axis direction taken of the acceleration sensor 3 1 output value X (INx) and a vector 
component in the Y-axis direction taken of the acceleration sensor 31 output value Y 
(INy). If d e t e rmin e d (INv) is equal to or greater than a given value. If the resultant 
magnitude is equal to or greater than the given value, then in step S204^ the impact input 
flag (FS) is set "ON" and the process advances to step S206. If the resultant vector 
magnitude is determined to be smaller than the given value, then in step S205, the 
impact input flag (FS) is set "OFF" and the process advances to step S206. In step 
S202, processing is made to subtract the 0G position data memorizod stored in the 
backup RAM 35 from the data of the acceleration-sensor output value memory area 
26b. In step S207, the value further corrected with the neutral position data is stored as 
INx, INy and INz tein the acceleration-sensor output memory area 26b. 

The correction with the neutral position data is performed, specifically, on the 
output value X (INx) and output value Y (INy) of the acceleration sensor by subtracting 
the values of the neutral position data (NPx, NPy). For the output value (INz) of the Z- 
axis contact switch 32, when the value of neutral position data (NPz) is "1", processing 
is made to invert the_"0" and "1". 

Figure 32 to Figure 36 are flowcharts for an object moving process. Figure 32 is 
an object moving process main routine flowchart. In step S261, a player-character 
moving process is performed that is hereinafter described with reference to Figure 33. 
In step S262, an NPC moving process is performed that is hereinafter described with 
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reference to Figure 34. The NPC moving process is repeated by the number of NPCs. 

Figure 33 is a player-character moving process flowchart. In step S31, u present 
coordinato present coordinates (X, Y, Z) of the player character is stored by copy as a 
last time coordinato are stored as a copy of last-time coordinates (Px, Py, Pz). This is 
required to return the player character that collided with a wall toa last-time coordinates, 
in a collision process hereinafter described with reference to Figure 37. In step S32,a 
moving-acceleration change amounts (dAx, dAy, dAz) isare initialized, and then in step 
S33 a tilt movement process is performed. In the tilt movement process, reference is 
made to proper one of the conversion tables shown in Figure 21 to Figure 24 depending 
upon a present position status of the player character, to make processing of calculating 
an X-and-Y moving-acceleration change amount of the player character. This 
processing determinesa moving-acceleration change amounts (dAx, dAy) such that the 
player character is rolled (slid) responsive to a tilt (tilt input) of the portable game 
apparatus. Furthermore, in step S34, an impact moving process is performed. In the 
impact moving process, reference is made to proper one of the conversion tables of 
Figure 21 to Figure 24, to mak eexecute processing of increasing an to increase X-and-Y 
change amounts of the player character. This process increases* moving-acceleration 
change amounts (dAx, dAy) such that the player character makes a dash (moves at 
higher speed) when applying an impact input. In step S35, a jump moving process is 
made that is hereinafter described with reference to Figure 35. After the step S35, it is 
determined in step S36 whether a wave generation process in step S25 of the flowchart 
of Figure 27 has been is to be executed or not, made or not. If no wave generation is 
dctcrmincd. If wave generation is not determined, the process advances to step S38. If 
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wave generation is determined. wav e s have generated in doromninnrl in step S37^ a wave 
moving process hereinafter described with reference to Figure 36 is made, and then the 
process proceeds to step S38. In the step S38, a moving acceleration (Ax, Ay, Az) is 
calculated based on the moving-acceleration change amounts (dAx, dAy, dAz) 
5 calculated in the tilt moving process, impact moving process, jump process and wave 

moving process of the steps S33 to S37, and a velocity (Vx, Vy, Vz) is calculated based 
on the moving acceleration (Ax, Ay, Az). In step S39, a coordinate (X, Y, Z) 
ts coordinates (X. Y. Z) are calculated based on the velocity (Vx, Vy, Vz). 

Figure 34 is a flowchart of an NPC movement process. In step S i 1 a current 
10 coordinate (X, Y, Z) is stored by copy to the lust tim e coordinate S4h current 

coordinate s (X. Y. Z) are stored bv copying the last-time coordinates (Px, Py, Pz). In 
step S42^ the moving-acceleration change amounts (dAx, dAy, dAz) are initialized. In 
step S43 1 an NPC self-controlled movement process is executed based on the game 
program. Specifically,* moving-acceleration change amoiint (dAx, dAy, dAz) e.g. for a 
15 terteise amounts (dAx. dAy, dAz). e.g. for a tortoise, is determined based on a random 
number value. After the step S43, in step S44, a tilt movement process is executed. In 
the tilt movement process, processing is made to calculate an NPC X-and-Y moving- 
acceleration change amount s are calculated by referring to a-sw*e dan appropriate one of 
the conversion tables shown in Figure 25 or Figure 26 according to an NPC pose 
20 number. Furthermore, in step S45 an impact moving process is made. However, in the 
present embodiment, the NPC will not be affected by impact input. In step S46^ it is 
determined whether a wave producing process has been made in step S25 of the 
flowchart of Figure 25 or not. If no wave production is determined, the process 
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advances to step S48. If waves have been produced is determined, then in step S47 a 
wave movement process hereinafter described with reference to Figure 36 is executed 
and then the process advances to step S48. 

In step S48, a moving acceleration (Ax, Ay, Az) is calculated based on the 
moving-acceleration change amounts (dAx, dAy, dAz) determined by the self- 
controlled movement process, tilt movement process, impact movement process and 
wave movement process of steps S43 to S47. Furthermore, a velocity (Vx, Vy, Vz) is 
calculated based on the movement acceleration (Ax, Ay, Az). In step S49, a coordinate 
position (X, Y, Z) is calculated based on the velocity (Vx, Vy, Vz). In step S51. it is 
determined whether an output value (INz) of the Z-axis contact switch is "1" or not. In 
the cusc that lf the Z-axis contact switch output value (INz) is "0", the NPC movement 
process subroutine is ended. Where the Z-axis contact switch output value (INz) is "1", 
an inversion process to a normal or upside-down position is executed in step S52. 
Specifically, a pose number (PN) of the character data in the work RAM 26 is changed. 

Figure 35 shows a flowchart of a jump process. In this subroutine, when there is 
a movement input in the Z-axis direction, processing is made to cause the player 
character to jump. Also, when there is no movement input in the Z-axis direction in a 
state the player character is in tft ea state of air, processing is made to dcaccnd lower the 
player character. 

In step S35L it is determined whether the output value (INz) of the Z-axis 
contact switch 32 is 1 or not. When the output value (INz) of contact switch 32 is "1", 
the current position status (PS) is set as "in-air" in step S52. Thereafter in step S353, the 
Z moving-acceleration change amount (dAz) is rendered "1". When the output value 
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(INz) of the Z-axis contact switch 32 is "0" in the step S351, it is determined in step 
S354 whether the player character is "in-air" or not. When not "in-air", the jump 
process is ended. Where "in-air" in the step S354, the Z moving-acceleration change 
amount (dAz) is rendered "-1" in step S355 and then the jump process is ended. 

Figure 36 shows a flowchart of a wave movement process. In this subroutine, 
processing is made to calculate a moving-acceleration change amount due to the waves 
produced due to an impact input by the player. In step S36L a current position status is 
read in. In step S362. it is determined whether the current position status is in a position 
to undergo an affection of waves or not (i.e. "und e r waf e r " . is the current position 
"underwater" or not). If the current position is determined as a position free from an 
affection of waves, the wave movement process is ended. If the current position is 
determined as a position to undergo an affection of waves, then in step S363am 
calculated respective X and Y moving-acceleration change amounts due to an affection 
of waves are calculated and added to the X and Y moving-acceleration change amounts 
calculated by the tilt movement process and impact movement process. 

Figure 37 shows a flowchart of a collision process. In steps S271 to S275, an 
NPC collision determination process is carried out. peiformed. The NPC collision 
determination process is repeated to the number of NPCs. In step S271 a it is determined 
whether an NPC has collided with a wall or not. If it is determined that an NPC has as 
collision collided with a wall, the process proceeds to step S273. If no collision is 
determined, the process advances to step S272 wherein it is determined whether there 
has been a collision with another NPC or not. If it is determined as collision that an 
NPC has collided with another NPC, the process advances to step S272. If his 
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determined that ao no colliaion the NPC has not collided with another NPC, the process 
proceeds to step S273. Where d e t e rmined as a collision with a wall or another NPC has 
been determined , then in step S273 an impact sound is generated^ and then in step S274 
the NPC coordinate (X, Y, Z) is coordi nates (X. Y. Z) are returned to the last-time 
5 coordinates (Px, Py, Pz), and the process advances to the step S275. 

In step S275, a current position status of NPC is detected and stored in the work 
RAM 26. After step S275 i it is determined in step S276 whether the player character 
has collided with a wall or not. If no collision against wall is determined, the process 
proceeds to step S279. If a collision with a wall is determined, then in step S277 an 
10 impact sound is generated, and then in step S278 the player character coordinate (X, Y ? 
ZHs coordinates fX. Y, Z) are returned to the last-time coordinates (Px, Py, Pz), and the 
process advances to step S279. 

In step S279, a current position status of the player character is detected and 
stored in the work RAM 26. After step S279, it is determined in step S281 whether the 
15 player character has collided with an NPC or not. If a collision against an NPC is 

determined, a process is made in step S282 to vanish the NPC. After step S282, it is 
determined in step S283 whether all the NPCs have been vanished or not. If a 
determination is made that all the NPCs have vanishe d is det e rminod , a game clear 
process is executed in step S284. When a detemni nation is made that no collision with 
20 an NPC is determin e dhas occurred in step S281' or when a determination is made that all 
the NPCs have not vanished is d e t e rmined in step S283, the process proceeds to step 
S285. In step S285. it is determined whether the player character has fallen in a hole or 
not. If undetermined that the pi aver character has fallen in a hole, a game over 
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process is effected in step S286. Where tho dctcrmi nation jp it is determined that the 
plaver cha racter has not fallen in a hole, the impact process is ended. 

Figure 38 and 39 each show one example of a scene showing on-screen scroll. 
In the scene, thoro aro displayed a ball as a player character, tortoises 62a - 62c as NPC, 
and a wall 63 and hole 64 forming a maze are displayed . The dotted lines 65 show a 
limit of screen scroll (actually, the dotted lines 65 will not be displayed on the LCD 12). 
: FheAs discussed above, the game map is a virtual map that is broader than the LCD 12 
display are a, as stated before . On the LCD 12 is displayed part of a game map around 
the player character 61. When the player tiltse^e the portable game apparatus and the 
player character 61 is moving to an outer area of the dotted lines 65, the scene is 
scrolled moving the game-map display area over the LCD_12. Furthermore, the player 
character 61 and NPC 62 are moved to and displayed in a position toward a center of a 
scene by a corresponding amount teof scrolling. In this manner, screen scrolling makes 
Same play possible gamo play with a broader game map. For example, if the player 
character is going beyond the dotted line 65 to a left side area as shown in Figure 38, the 
game map area in display is scrolled to left so that the player character 61 and NPC can 
be moved to and displayed in a position by a corresponding amount teof scrolling 
(Figure 39). Note that thc The scroll rate may be changed depending upon a magnitude 
of tilt input. 

Figure 40 shows a flowchart of a screen scroll process. In step S29L it is 
determined whether the player character is out of a scroll area in an X-axis minus (I.e., 
negative) direction or not. Here, the scroll area refers to an area as surrounded by the 
dotted lines 65 shown in Figure 38. If it is determined that a plaver character is not out 
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of the area with respect to theX- X-axis minus direction, the process advances to step 
S294. If it is determined that a player character is out of the area in the X-axis minus 
direction, it is then determined in step S292 whether the current display area on the 
LCD 12 is a left end area of the game map or not. If the display area is determined as a 
left end area, the process advances to step S294. If the display area is not determined 
ftetas a left end area, then in step S293 a scroll counter X coordinate (SCx) stored in the 
display RAM 25 is decreased by a given amount and then the process proceeds to step 
S294. In step S294, it is determined whether the player character is out of the scroll 
area with respect to the X-axis plus (i.e., positive) direction or not. When it is 
determined that the player character is not out of the area in the X-axis plus direction, 
the process advances to step S297. When it is determined that the player character is 
out of the area in the X-axis plus direction, it is determined in step S295 whether the 
current display area on the LCD 12 is a right end area of the game map or not. If the 
current display area is determined as a right end area, the process advances to step S297. 
When the current display area is not determined ftefcas a right end area, in step S296 the 
scroll counter X coordinate (SCx) is increased by a given amount and then the process 
proceeds to step S297. 

In step S297 A it is determined whether the player character is out of the scroll 
area in a Y-axis minus (i.e.. negative) direction or not. If the player character is 
determined as not being out of the area in the Y-axis minus direction, the process 
advances to step S301. When the plaver character is determined as being out of the area 
in the Y-axis minus direction, it is determined in step S298 whether the current display 
area on the LCD 12 is an upper end area of the game map or not. If the current display 
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isdetermined as an upper end area, the process proceeds to step S301. When the 
current display is not determined aetas an upper end area, in step S299 a scroll counter 
Y coordinate (SCy) is decreased by a given amount and then the process proceeds to 
step S301. In step S301,, it is determined whether the player character is out of the 
scroll area in a Y-axis plus direction or not. When the player character is not 
determined net as being out of the area in the Y-axis plus direction, the screen scroll 
process is ended. When the player character is determined as being out of the area in 
the Y-axis plus direction, it is determined in step S302 whether the current display area 
on the LCD 12 is an lower end.area of the game map. When the current display is 
determined as being a lower end area, the screen scroll process is ended. When the 
current display is determined as not being a lower end area, in step S303 the scroll 
counter Y coordinate (SCy) is decreased by a given amount and then the screen scroll 
process is ended. 

(Second Embodiment) 

Next, a portable game apparatus according to a second embodiment of the 
invention will be explained with reference to Figure 41 to Figure 49. The second 
embodiment is common in has the same external view, XY-axis definition diagram, 
block diagram, sensor-interface measurement principle diagram and Z-axis contact 
switch structural view teas Figure 1 to Figure 7 of the first e mbodiment, hence 
omitting e mbodiment. Hence, detailed explanations th e r e of. are omitted. 

Figure 41 illustrates an example of a game scene in the present embodiment. In 
this game, a player can give impact to the portable game apparatus to cause an upheaval 
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in a game-space land, thereby enjoying the game while controlling the movement of a 
game character. 

As shown in Figure 41(a), a game-character tortoise 81 and a land-upheaval 
character 82 are displayed in athe game scene. As shown in Figure 41(b), the tortoise 
81 is moved ina_self-con trolled manner_according to a game program. In a state shown 
in Figure 41(b), when an impact input is given in the Z-axis direction to the portable 
game apparatus, the land-upheaval character 82 is displayed higher and greater with 
upheaval, as shown in Figure 41(c). This controls the tortoise 81 to slide (tortoise 82 in 
advancing retracts due to land upheaval). By thus processing, it is l t is thus possible to 
provide the player with a feeling as if the game-space land receives energy and is 
upheaved when an impact is applied in the Z-axis direction to the portable game 
apparatus. 

Figure 42 is one example of a game scene illustrating a land-upheaval process 
due to an impact input in the Z-axis direction. In Figure 42(a), an outer frame 12' 
designates a whole game space and an inner frame 12 a display area to be displayed on 
the LCD 12. The game space is a world greater than a display area of the LCD 12. The 
LCD 12 displays a part of the game space. In the game space, there are twelve land- 
upheaval characters 82 (82a - 821) and three tortoise characters 81 (81a -81c). Among 
them, four land-upheaval characters (82a, 82b, 82e, 82f) and one tortoise character (82a) 
arefeewg displayed on the LCD 12. 

In a state shown in Figure 42(a), if an impact input is applied in the Z-axis 
direction to the portable game apparatus, the twelve land-upheaval characters (82a - 821, 
the land-upheaval characters*!! over the entire g ame space) are raised by one step and 
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displayed higher and greater, as shown in Fig. 42(b). At this time, the tortoise 
characters (81a and 81b) existing at land upheaval are displayed as_sliding due to the 
upheaval of land. 

In a state shown in Figure 42(b), when an impact input is applied in the Z-axis 
direction while operating the button A (operation switch 13b), only the four land- 
upheaval characters (82a, 82b, 82e, 82f) being displayed on the LCD 12 are further 
raised by one step and displayed higher and greater. In ulso Also in this case, the 
tortoise character (81a) existing at land upheaval is displayed sliding due to the land 
upheaval. By thuo processing, whcn When applying an impact input in the Z-axis 
direction while pressing the button A, it is thus_possible to provide the player with a 
feeling as if energy due to thejmpact was given to the game space limited to the area 
being displayed on the LCD 12. 

Incidentally, although not shown, if in the state shown in Figure 42(b), an impact 
input is given in the Z-axis direction while operating the button B (operation switch 
13c), only the eight land-upheaval characters (82c, 82d, 82g, 82h, 82i - 821) not being 
displayed on the LCD 12 are raised by one step and displayed higher and greater. f» 
alseAJsojn this case, the tortoise characters (81b, 81c) existing at the land upheaval are 
displayed as_sliding due to the land upheaval. By thuo processing. whcrc Where an 
impact input is given in the Z-axis direction while pressing the button B, it is thus 
possible to provide the player with a feeling as if energy due to impact was supplied to 
the game space limited to the area not being displayed on the LCD 12. 

Figure 43 is one example of a game scene illustrating a scroll process for a game 
space on display. The game space on display is to be scrolled by giving a slide-input to 
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the portable game apparatus (see Figure 9 in the first embodiment). For example, in 
Figure 43(a) land-upheaval characters 82a, 82b, 82e, 82f and tortoise character 81a are 
displayed on the LCD 12. In this state, when the portable game apparatus is slid in a Y- 
axis minus (i.e.. negative) direction, the game space on display is scrolled down, 
resulting in display of land characters 82e, 82f and tortoise character 81a as shown in 
Figure 43(b). 

Also, in a state shown in Figure 43(b), when the portable game apparatus is slid 
in an X-axis plus (i.e., positive) direction, the game space on display is scrolled right, to 
provide display with a land character 82f and tortoise character 81a. By thus 
processing, it is lt is thus possible for the player to enjoy a game with a game space 
greater than the LCD 12. Also, b e cause as stated boforo fbecause as discussed above) an 
effect (land upheaval) can be given to the game space limited to an inside or outside of 
the area of display by the use of the button A or button B, respectively, the player can 
enjoy a complicatcd eomplex game. 

Figure 44 illustrates control of scenes with a_temperature increase caused by 
impact input in XY-axis directions. Although the tortoise characters 81a - 81c moves in 
a self-controlled fashion according to the game program as stated before, this self- 
controlled movement becomes more active as th^temperature increases (specifically, 
moving amount increases). In a state shown in Figure 44(a), when an impact input is 
applied in the XY-axis direction (see Figure 11 in the first embodiment), a parameter of 
temperature increases to provides display tha tin which the tortoise characters 81a - 81c 
are actively moving. By thus processing, it is lt is thus possible to provide the player 
with a feeling as if energy was supplied and the temperature was increased in the <*ame 
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space upon giving an impact in the XY-axis direction to the portable game apparatus. 

Hereunder, explanations will be made on the data stored on the memory with 
reference to Figure 45 and Figure 46. 

Figure 45 is a memory map of the program ROM 34. The program ROM 34 
stores a game program and game data to be executed by the CPU 21. The program 
ROM 34, concretcly, includes an object-character data memory area 342a, a map-data 
memory area 342b, a land-upheaval-point data memory area 342c, a scroll-limit value 
data memory area 342d, an acceleration-sensor output value conversion table memory 
area 342e and a game program memory area 342f. The object-character data memory 
area 342a and the map-data memory area 342b store object characters and game-map 
graphic data. The land-upheaval-point data memory area 342c stores position data (X 
coordinate and Y coordinate; Pxl - Pxl2, Pyl- Pyl2) in a game space for each of the 
land upheaval characters (82a - 821) shown in Figure 42. The scroll-limit-value data 
memory area 342d stores data representative of scroll limit values (SCxmax, SCymax) 
in order not to make allow scrolling at an up, down, left or right end of the game space 
when scrolling the game space. 

The acceleration-sensor output value conversion table memory area 3 4 2d 342e 
stores a conversion table to convert, and utilize in a game program, output values of the 
XY-axis acceleration sensor 31 and Z-axis contact switch 32. Specifically, stor e d is data 
similar to that of the conversion tables (Figure 20 to Figure 26) of the first e mbodiment. 
It is defin e d that a c mbodiment is stored. A sensor output value X (INx) and sensor 
output value Y (INy) i sare defined to be utilized in calculating a change amount of a 
scroll counter X coordinate (SCx) and Y coordinate (SCy) in a range-of-sight moving 
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process hereinafter described with reference to Figure 48. Due to this, by giving a slide- 
input input to the portable game apparatus (see Figure 9 in the first embodiment), the 
game space on display is scrolled thereby making processing to move the range of sight. 
Also, definition is made to utilize a Z-axis contact switch output value (INz) in ajand 
upheaval determination. Definition is made to utilize an impact input flag (FS) in 
temperature rise determination. 

The game program memory area 342f stores a game program to be executed by 
the CPU 21. Specifically, the following are stored af ein a game program memory area: 
a main program hereinafter described with reference to Figure 47, a sensor output read 
program similar to Figure 31 of the first embodiment, a range-of-sight moving (i.e., 
view movement) program hereinafter described with reference to Figure 48, a land 
upheaval program hereinafter described with reference to Figure 49, a temperature 
raising increase program, a tortoise-character control program and other programs. 

Figure 46 is a memory map of the work RAM 26. The work RAM 26 stores 
temporary data for the CPU 21 to execute a game program. Specifically, the following 
memory areas are included af ein the RAM 26: an acceleration-sensor output value 
memory area 162a, an impact input flag memory area 262b, a land-upheaval data 
memory area 262c, a temperature data memory area 262d and a character (e.g.. tortoise) 
data memory area 262e. 

The data stored e*in the acceleration-sensor output value memory area 262a and 
impact input flag memory area 262b isare similar to that of the first embodiment, henco 
omitting cxplanutions. e mbodiment. Hence detailed explanations thereof are omitted. 
The land-upheaval data memory area 262c stores height data concerning respective 
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points of land upheaval. The height data is varied according to an impact input in the Z 
axis direction in a land upheaval process hereinafter described with reference to Figure 
49. Based on this data, the land upheaval characters at respective land upheaval points 
are determined in the_state of the_display. For example, where the height data is 1, the 
land upheaval character is displayed as shown at 82a in Figure 42(a). Where the height 
data is 2, display is as shown at 82a in Figure 42(b). Where the height data is 3, display 
is as shown at 82a in Figure 42(c). 

The temperature data memory area stores temperature data for the game space. 
The temperature data is varied according to an impact input in the XY-axis direction, in 
a temperature increase process (in step S64 of the main program shown in Figure 47). 
This data has an effect upon a tortoise-character control process (self-control movement, 
in step S65 of the main program shown in Figure 47). 

The character-data memory area 262e stores coordinate data (X, Y, Z) and last- 
time coordinate data (Px, Py, Pz), in rho number of the tortoise characters. 

The memory map of the display RAM is similar to that of Figure 18 of the first 
e mbodiment, hence omitting cxplanation. e mbodiment. Hence, a detailed explanation 
thereof is omitted. 

Hereunder, a process flow of a game program will be explained with reference to 
Figure 47 to Figure 49. 

Figure 47 is a main routine flowchart. When a cartridge 30 is inserted into the 
portable game apparatus main body 10 and the power to the portable game apparatus 
main body 10 is turned on, a main routine as shown in Figure 47 is started. Although in 
akeln the second embodiment^ a 0G position process or neutral -position set process 
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may be made similarly to the first e mbodiment, explanation is omitted heroin for the 
sake of simplifying explanation- e mbodiment. Hence, u detail explanation thereof is 
omitted for the sake of simplicity. 

First, in step S61. a sensor output read process is carried out performed similarly 
to Figure 31 of the first embodiment. This process reads output values of the XY-axis 
acceleration sensor 31 and Z-axis contact switch 32 through the sensor interface 33 
(corrections by OG position data and neutral position data is omitted). After the step 
S61, in step S62 a range-of-sight moving process (view movement scroll process of a 
game space on display) is made that is hereinafter described with reference to Figure 48. 
After the step S62, in step S63 a land upheaval process is made that is hereinafter 
described with reference to Figure 49. After the step S63, in step S64 a temperature 
increase process is made. In the temperature increase process, it is first determined 
whether there is an impact input in the XY-axis direction or not. In the caoo of the 
presence of an impact input in the XY-axis direction is determined , processing is made 
to increase a temperature parameter (T) by 1. After the step S64, in step S65 a tortoise- 
character control process is made. In the tortoise-character control process, a tortoise- 
character moving process is first made due to self-controlled movement. Specifically, 
processing is made to calculate a tortoise-character moving amount, e.g. using random 
values. Incidentally, control is made such that the self-controlled movement of a 
tortoise character increases was the amount asof the temperature (T) ^becomes higher. 
Thereafter, a tortoise-character moving process is made with land upheaval. 
Specifically, processing is made to move the tortoise character ijn_asliding manner when 
a land under the tortoise character is raised. Incidentally, the tortoise-character control 
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process is repeated byjhe number of the tortoise characters. 

After the step S65, in step S66 game-space scrolling as well as a_display process 
for a land upheaval object and tortoise character are made based on a result of the range 
of-sight moving process, land-upheaval process and tortoise-character control process. 
Incidentally, where a land upheaval point is raised in height due to the land upheaval 
process, it would be effective to display the land upheaval character higher and greater 
together with generation of such sound as imagining an upheaval of a land. After the 
step S66, it is determined in step S67 whether the g ame is over or not. For example, a 
game-over determination is to be made under a proper condition suited for a game 
content, including effecting game ovcr. a game over determination e.g. when a 
predetermined time has elapsed. If a_game over is determined in the step S67, the main 
routine io ondod-g nds. If no game over is determined in the step S67, the process returns 
to the step S61. 

Figure 48 is a range-of-sight moving process ("view movement process) 
flowchart. First, in step S621 reference is made to ^conversion table, to perform a 
process of changing a scroll-counter X coordinate (SCx) and Y coordinate (SCy). After 
the step S621, it is determined in steps S622 - S629 whether a scroll is about to exceed 
an end of the game space or not. When the_scroll is about to exceed a game-space end, 
processing is made to bring the scroll counter values (SCx, SCy) toa proper values. 

In step S622, it is determined whether the scroll-counter X coordinate (SCx) is in 
excess of a scroll limit value X coordinate (SCxmax) or not. If not in excess of it, the 
process advances to step S624. When in excess of tha tthe limit is determined in step 
S622, the process proceeds to step S623. After setting the scroll-counter X coordinate 
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(SCx) value to the scroll limit value X coordinate (SCxmax), the process advances to 
step S624. 

In step S624, it is determined whether the scroll-counter X coordinate (SCx) is 
smaller than 0 or not. If SCX is determined as being 0 or greater, the process advances 
to step S626. Where SCXjs_detennined as being smaller than 0 in the step S624, the 
process proceeds to step S625 to set the scroll-counter X coordinate (SCx) value at 0, 
and then the process proceeds to step S626. 

In step S626, it is determined whether the scroll-counter Y coordinate (SCy) is in 
excess of the scroll-limit- value Y coordinate (SCymax) or not. If SCv is determined not 
in excess thereof, the process proceeds to step S628. Where SCv is determined as being 
in excess theree fof SCvmax in the step S626, the process advances to step S627 to set a 
Y coordinate (SCy) value to the scroll-limit-value Y coordinate (SCymax), and then the 
process advances to step S628. 

In the step S628, it is determined whether the scroll-counter Y coordinate (SCy) 
is smaller than 0 or not. If SCv is determined as being 0 or greater, the range-of-sight 
moving process is ended. If SCvjsdetermined as being smaller than 0 in the step S628, 
the process proceeds to step S629 to set the scroll-counter Y coordinate (SCy) value at 
0, and then the range-of-sight moving process i s e nd e d. ends. 

Figure 49 is a land-upheaval process flowchart. First, it is determined in step 
S631 whether there is an output of the Z-axis contact switch or not (i.e. whether there is 
an impact input in the Z-axis direction or not). Where it is determined as an absence 
efthat a Z-axis contact switch output is absent , the land-upheaval process is onded. c nds. 
Where iiis_determined as a presence of that a Z-axis contact switch output is present , the 
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process advances to step S632. In the step S632, it is determined whether the button A 
(operation switch 13b) is being pressed or not. Where Uis.determined that the button A 
is_being pressed, the process advances to step S633 to make execute processing ef- 
incrouaingto increase by 1 the respective land-upheaval points in an area being 
displayed on the LCD_L2- After the step S633, the land-upheaval process is ended. 

If it is determined in the step S632 that the button A is not being pressed, the 
process proceeds to step S634 to determine whether the button B (operation switch 13c) 
is being pressed or not. If itjs_determined that the button B is being pressed, the process 
proceeds to step S635 to makeexecute processing of incrcuoing to increase by 1 the 
height (H) of the land upheaval points outside the area being displayed on the LCD 12. 
After the step S635, the land upheaval process io ondcd. c nds. If it is determined in the 
step S634 that the button B is not being depressed, in step S636 all the land upheaval 
points in height (H) are increased by 1, and then the land upheaval process is ended. 

(Third Embodiment) 

Next, a third embodiment of the invention will be explained with reference to 
Figure 50 to Figure 59. : BwsOne goal of this game is to enjoy virtual cooking while 
moving the portable game apparatus as if it was a frypan or kitchen knife. 

Figure 50 to Figure 53 shows examples of game scenes. In Figure 50, the 
following are displayed in the game scone aro dioplayod scene: a player character 91, a 
kitchen 92, a cooking stove 93, a frypan 94, a desk 95 and a chopping board 96. When 
pressing the button A (operation switch 13b), a frypan space process is started that is 
hereinafter described with reference to Figure 51 and Figure 52. Also, when pressing 
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the button B (operation switch 13c), a kitchen-knife space process is started that is 
hereinafter described with reference to Figure 53. 

Figure 51 and Figure 52 are examples of game scenes in the frypan space 
process. In the frypan space process, the portable game apparatus is operated just like a 
frypan to play a game of cooking a fried egg. In Figure 51(a), a frypan 94 and egg 97 is 
displayed in the game scene. In a state shown in Figure 51(a), when the portable game 
apparatus is tilted in a minus (i.e., negative) direction about the Y-axis, the egg 97 is 
displayed moving toward left of the frypan as shown in Figure 51(b). Also, in a state 
shown in Figure 51(b), when the portable game apparatus is tilted in the plus (i.e.. 
positive) direction about the X-axis, the egg 97 is displayed moving toward the 
dew ftlower portion of the frypan. By thus processing, it is lt is thus possible to provide 
the player with a feeling as if he or she operates the portable game apparatus just like a 
frypan to move aftthe egg by the tilt o f tilting the frypan. 

In a state shown in Figure 52(a), when an impact input in the Z-axis direction is 
applied to the portable game apparatus, the egg 97 is displayed jumping above the 
frypan 94 as shown in Figure 52(b). Thereafter, the egg 97 is displayed landing as 
shown in Figure 52(c) or (d). At this time, where the egg 97 at an impact input in the Z- 
axis direction is positicmed close to an end of the frypan 94 as shown in Figure 52(a), 
the egg 97 jumps and lands out of the frypan 94 (Figure 52(c)) thus resulting in a 
failure. Incidentally, in a state shown in Figure 52(b), it is possible to modify a relative 
positional relationship between the egg 97 and the frypan 94 to land the egg 97 in the 
frypan 94 by sliding the portable game apparatus (Figure 52(d)). By thuf3 proc e ssing, it 
k it is thus possible to provide the player with a feeling as if the portable game apparatus 
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was operated just like a frypan to receive the jumped egg k vwith the frypan. 

Figure 53 is examples of game scenes in a kitchen-knife space process. In the 
kitchen-knife space process, the portable game apparatus is operated just like a kitchen 
knife to play a game of cutting a cabbage into fine strips. In Figure 53(a), a kitchen 
knife 98 and cabbage 99 is displayed in the game scene. In the aA s shown in Figure 
53(a), when the portable game apparatus is slid in the plus direction of the X-axis, the 
cabbage 99 is displayed as_moving left relative to the kitchen knife 98 as shown in 
Figure 53(b) (because the kitchen knife 98 is always displayed at a center of the game 
scene, the cabbage 99 is displayed moving relatively left). By thus processing, it is 
possible to provide the player with a feeling as if he or she adjusts a position to cut the 
cabbage by controlling the positional relationship between the cabbage and the kitchen 
knife. 

Furthermore, in the state shown in Figure 53(b), when the portable game 
apparatus is vertically moved (movement input in the Z-axis direction), the cabbage 99 
is displayed being cut by the kitchen knife 98 into fine strips. On thio occasion, When 
this happens, it will be more effective if genorating a sound of cutting the cabbagejs 
generated . 

Hereundor T he explanation below will be made eft regarding the data stored on 
the memory with reference to Figure 54. Incidentally, the program ROM 34 stores a 
program almost similar to the program ROM of the first embodiment (Figure 16). 
However, the acceleration-sensor output value conversion table memory area stores a 
table for a frypan, a table for jumping an egg and a table for a kitchen knife. The game 
program memory area stores a_main program, a sensor output read program, a frypan 
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space program, an egg jump program, a kitchen knife space program and other 
programs. Incidentally, the frypan table in the acceleration-sensor output value 
conversion table will be referred to as a frypan space program as hereinafter described 
with reference to Figure 56. The egg-jumping table will be referred to mas an egg- 
jumping program as hereinafter described with reference to Figure 58. The kitchen- 
knife table will be referred to mas a kitchen-knife space program as hereinafter 
described with reference to Figure 57. 

In the frypan table, the output value (INx, INy) of the XY-axis acceleration 
sensor 31 is defined to be utilized in calculating a change amount oftm egg X-and-Y 
coordinates (Ex, Ey). Due to this, the display position of an egg is varied when a tilt is 
input to the portable game apparatus (see Figure 10 in the first embodiment), thereby 
displaying and controlling the egg as if it slides over the frypan. Also, the output value 
(INz) of the coordinate Z-axis contact switch 32 is to be utilized in ajump 
determination of an egg. The impact input flag (FS) is defined so that it is not to be 
utilized. 

In the egg jumping table, the output value (INx, INy) of the XY-axis acceleration 
sensor 31 is defined to be utilized in calculating a change amount of an egg X-and-Y 
coordinates (Ex, Ey). Due to this, the display position of an egg is varied when 
inputting a slide to the portable game apparatus while the egg is in jum p jumping (see 
Figure 9 in the first embodiment). This provides display and control as if the relative 
position of the frypan and the egg was varied. Incidentally, in the egg jumping table, 
the correction ratio is defined as a minus value. This is because in the present 
embodiment the frypan is displayed fixedly in the game scene and the egg is displayed 
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as moving relative to the frypan. Consequently, there is a need to display a movement 
of the egg in a direction reverse to the slide direction of the portable game apparatus. 
Also, the output value (INz) of the Z-axis contact switch 32 and the impact input flag 
(FS) are not utilized. 

In the kitchen-knife table, the output values (INx, INy) of the XY-axis 
acceleration sensor 31 is defined to be utilized in calculating a change amount of a 
cabbage X-and-Y coordinates (CAx, CAy). Due to this, when a slide is input to the 
portable game apparatus, the display position of the cabbage is varied to provide display 
and control as if the relative position of the cabbage and the kitchen knife were varied. 
Incidentally, in the kitchen-knife table, the correction ratio is defined as a minus value 
similarly to the egg-jumping table. This is because, in the present embodiment, the 
kitchen knife is fixedly displayed in the game scene. In order to display the cabbage 
moving relative to the kitchen knife, there is a need to display the cabbage as moving in 
a direction reverse to a slide direction of the portable game apparatus. Also, the output 
value (INz) of the Z-axis contact switch 32 is utilized in the determination mof the 
cabbage cutting process, and the impact input flag (FS) is defined so that it is not to be 
utilized. 

Figure 54 is a memory map of the work RAM 26. The work RAM 26 stores 
temporary data to be used upon executing the game program by the CPU 21. 
Specifically, included are the work RAM 26 includes the following memory areas: an 
acceleration-sensor output value memory area 263a, an impact input flag memory area 
263b, an egg data memory area 263c and a cabbage data memory area 263d. 

The data stored in the acceleration-sensor output value memory area 263a and 
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impact input flag memory area 263b is similar to the first embodiment, omitting 
e xplanation.embodimenr. H ence, explanation thereof is omitted. 

The egg data memory area 263c stores data of the egg X coordinate (Ex), the egg 
Y coordinate (Ey), height (Eh) and broiling conditions (Ef). The cabbage data memory 
area 263d stores data of cabbage^ X coordinate (CAx), Y coordinate (CAy) and cut 
conditions (CAc). 

The memory map of the display RAM is similar to Figure 18 in the first 
embodiment, omitting cxplanation. and explanation thereof is thus omitted. 

Hereunder, a A flow of game program process will be explained below with 
reference to Figure 55 to Figure 59. 

Figure 55 is a main routing flowchart. When a cartridge 30 is inserted in the 
portable game apparatus main body 10 and the power to the portable game apparatus 
main body 10 is turned on, a main routine shown in Figure 55 is started. Although inln 
the third embodiment, an_0G position set process or a_neutral-position set process may 
be made as in the first embodiment, it iG e mbodiment. A detailed explanation thereof is 
thus omitted for the sake of simplifying explanation. simplicity. 

First, in step S71 a sensor output read process is performed similarly to Figure 31 
of the first embodiment to read an output value of the XY-axis acceleration sensor 31 
and Z-axis contact switch 32 through the sensor interface 33 (correction by 0G position 
data and neutral position data is omitted). After the step S71, it is determined in step 
S72 whether the button A (operation switch 13b) is pressed or not. If in the step S72 a 
determination is made that the button A is pressed is determined , the process advances 
to step S73 to make reference to Figure 57 and perform a kitchen knife space process 
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hereinafter described, then the process proceeds to step S76. 

If in the step S ^S72 it is determined that the button A is not pressed4s 
d e termined , the process proceeds to step S74 to determine whether the button B 
(operation switch 13c) is pressed or not. If a determi nation is made that the B button is 
5 not pressed is determined in the step S74, the process advances to step S76. If a 

determination is made that the button B is pressed is d e t e rmined in the step S74, the 
process advances to step S75 to perform a frypan space process hereinafter described 
with reference to Figure 56, then the process advances to step S76. 

It is determined in the step S76 whether the game is over is not. Specifically, 

10 game over determination is made under a proper condition as suited to a game content, 
such as determining a g ame over when a predetermined time has elapsed. If no game 
over is determined in the step S76, the process returns to the step S71. If game over is 
determined in the step S76, the main routine is endod. ends. 

Figure 56 is a frypan space process flowchart. First, in step S771 reference is 

15 made to the frypan table to make a change process to the egg X coordinate (Ex) and egg 
Y coordinate (Ey). After the step S771, in step S772 an egg jump process is made that 
is hereinafter described with reference to Figure 58. After the step S772, in step S773 
processing is made to increase the egg-broil condition (Ef) by 1. After the step S773, it 
is determined in step S774 whether the egg-broil condition (Ef) becomes 100 or greater 

20 or not. If it is determined that the egg-broil condition (Ef) is smaller than 100, the 

frypan space process is ended. I f ends. If it is determined that the egg-broil condition 
(Ef) is 100 or greater is determined , the process advances to step S775 to perform an 
egg success process. In the egg success process, a scene, e.g., of completing egg 
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cooking is displayed and ajscore-adding process is made. After the step S775, the 
frypan space process is endod. e nds. 

Figure 57 is a kitchen-knife space process flowchart. First, in step S741 
reference is made to the kitchen-knife table to perform a change process to the cabbage 
X coordinate (CAx) and cabbage Y coordinate (CAy). After the step S741, in step S742 
a cabbage cut process is made that is hereinafter described with reference to Figure 59. 
After the step S742, it is determined in step S743 whether the cabbage cut ratio (CAc) 
bccomos is 100 or greater or not. If it is determined that the cabbage cut ratio (CAc) is 
smaller than lOOts determined, the kitchen-knife space process is ended. If it is 
determined that the cabbage cut ratio (CAc) is 100 or greate r is determined , the process 
proceeds to step S774S744 to perform a cabbage success process. In the cabbage 
success process, a scene, e.g. of completing cabbage cutting is displayed and <Lscore- 
adding process is made. After the step S774, the kitchen-knife space process ts 
endod. e nds. 

Figure 58 is an egg jump process flowchart. First, it is determined in step S772a 
whether there is an output of the Z-axis contact switch or not (e.g. whether there is an 
impact input in the Z-axis direction or not). If it is determined in the step S772a that 
there is no output of the Z-axis contact switch, the egg jump process is ended. I fe nds. 
If it is determined that there is an output of the Z-axis contact switch is d e termined in the 
step S772a, in step S772b display is mad e jumping the egg. the jumping egg is 
displayed. After the step S772b, in step S772c the egg is set in height (Eh) to CH 
(predetermined value). After the step S772c, in step S772d a sensor output read process 
is made similarly to Figure 31 of the first embodiment, thereby reading an output of the 



XY-axis acceleration sensor 31 and Z-axis contact switch 32 through the sensor 
interface 33 (correction by OG position data and neutral position data is omitted). After 
the step S772d, in step S772e reference is made to the egg jump table to perform a 
change process to the egg X coordinate (Ex) and egg Y coordinate (Ey). The step 
5 S772e, in step S772f processing is made to decrease the egg height (Eh) by 1. After the 
step S772f, in step S772g processing is made to display based on the egg X coordinate 
(Ex), Y coordinate (Ey) and height (Eh). After the step S772g, it is determined in step 
S772h whether the egg has landed or not, i.e. the egg height (Eh) has become 0 or not. 
If it is determined that the egg has not landed is determin ed in the step S772h, the 

10 process returns to the step S772d. If it is determined that the egg has landedis 

determined in the step S772h, it is determined in step S772a whether an egg landing 
position is within the frypan or not. If determined within the frypan, then in step S772j 
a jump success process has made and then the egg jump process is ended. In the jump 
success process, for example, music of success is generated while displaying 

15 "SUCCESS" and ascore-adding process is made. Where it is determined in the 

S772I S772i that the egg landing position is outside the frypan, in step S772k a jump 
failure process is made and then the egg jump process is ended. In the jump failure 
process, for example, music of failure is generated while displaying "FAILURE" and 
processing is made to render the egg-broil condition (Ef) 0 (re-frying egg cooking). 

20 Figure 59 is a cabbage cut process flowchart. First, it is determined in step 

S742a whether there is an output of the Z-axis contact switch or not (i.e. whether there 
is a movement input in the Z-axis direction or not). I fthcrc is no output of the Z-axis 
contact switch is determined in step S742a, the cabbage cut processie end e d. ends. 
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I fth e r e is an output of the Z-axis contact switch is determined in the step S742a, it is 
determined in step S742b whether there is a cabbage below the kitchen knife or not. If 
it is determined in the step S742b that there is no cabbage below the kitchen knife, the 
cabbage cut process is ended. T fc nds. If it is determined that there is a cabbage below 
the kitchen knife is determined in the step S742b, in step S742c a display process is 
made (display of cutting a constant amount of cabbage). After the step S742c, in step 
S742d processing is made to increase the cabbage cut ratio (CAc) by 1 and then the 
cabbage cut process is e nded. ends. 

(Fourth Embodiment) 

Next, a fourth embodiment of the invention will be explained with reference to 
Figure 60 to Figure 66. Figure 60 illustrates a concept view of a game space and 
example of a game scene of a plurality of portable game apparatuses. This game shares 
a game space through communication between the portable game apparatuses so that a 
plurality of players can enjoy a game while competing (or cooperating) in_a game 
similar to the first embodiment. The game space has a maze plate that is common to the 
portable game apparatuses 10 and 40 so that the game images on the portable game 
apparatus 10 and portable game apparatus 40 are on the basis of the same game space 
data (note that the range of sight is different between the portable game apparatuses). 
On the LCD of the first portable game apparatus 10 a range 12 shown by the one-dot 
chain line is displayed. On the LCD of the second portable game apparatus 40, a range 
42 shown by the dotted line is displayed. Similarly to the first embodiment, the tilt of 
the maze plate as a game space is simulated in accordance with a tilt of the portable 



64 



game apparatus. However, in the present embodiment, simulation of a maze plate tilt is 
made by a value combining a tilt of the portable.game apparatus 10 and a tilt of the 
portable game apparatus 40 (simulation of a maze plate tilt may be by a tilt of one 
portable game apparatus). A player on the portable game apparatus 10 would try to 
operate the tilt of the maze plate by tilting the portable game apparatus 10 in order to 
manipulate his or her own ball 61a. On the other hand, a player on the portable game 
apparatus 40 would try to operate the tilt of the maze plate by tilting the portable game 
apparatus 40 in order to manipulate his or her own ball 61b. Thus, they are difficult to 
tilt the maze plate in line with their intentions, providing enjoy for a more complicated 
game. Incidentally, in this embodiment, a communication cable 50 is used to 
communicate between the two portable game apparatuses. However, communication 
means such as wireless or portable phone may be utilized. 

The program ROM of the fourth embodiment stores data almost similar to that of 
the program ROM (Figure 16) of the first embodiment. However, fur&e rthe following 
are also stored in a game program memory area; a map confirming program hereinafter 
described with reference to Figure 63 and Figure 64 and a communication interrupt 
program hereinafter described with reference to Figure 65 and Figure 66, in addition to 
those of the first embodiment. 

Among the programs stored in the game program memory area, the main 
program, the map confirming program and the communication interrupting program are 
different between the portable game apparatus 10 and the portable game apparatus 40. 
This is becausc difference is needed to perform communication processing using the 
portable game apparatus 10 as a master unit and the portable game apparatus 40 as a 
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slave unit, the detail of which will be hereinafter described with reference to Figure 61 
to Figure 66. 

The work RAM of the fourth embodiment stores data almost similar, to that of 
the work RAM 17 of the first embodiment. However, a composite data memory area is 
further included in addition to those of the first embodiment. The composite data 
memory area stores a composite value of an output value of the XY-axis acceleration 
sensor 31 and Z-axis contact switch 32 of the portable game apparatus 10 and an output 
value of the XY-axis acceleration sensor 31 and Z-axis contact switch 32 of the portable 
game apparatus 40. 

The memory maps of the display RAM and backup RAM are similar to those of 
Figure 18 and Figure 19 of the first embodiment, omitting explanation- e mbodiment. 
Hence an explanation thereof is omitted. 

Hereunder, a A flow of a game program process will be explained below with 
reference to Figure 61 to Figure 66. Figures 61-66. 

Figure 61 is a main routine flowchart to be executed in the portable game 
apparatus 10. Although in this embodiment the 0G set process, neutral-position set 
process and impact-input wave generation process are omitted for the sake of 
simplifying oxplanation. simpiicitv. these processes may be added similarly to the first 
embodiment. 

First, in step S81p a game-map select process is performed similarly to Figure 30 
of the first embodiment. After the step S81p, in step S82p reference is made to Figure 
63 to perform a master-machine-map confirming process hereinafter described with 
reference to Figure 63. After the step S82p, the process advances to step S83p. 
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Steps S83p to S85p are a main loop to be repeatedly processed until game-over 
or game-clear is reached. In step S83p, required data is written to the display RAM 25 
based on the data of the work RAM 26 so that game scenes are displayed on the LCD 
12 based on the data stored on the display RAM 25. In step S84p, an each-object 
moving process (wave moving process is omitted) is made similarly to that of Figure 32 
to Figure 36 of the first embodiment, thus processing to move moving the player 
character and NPC. After the step S84p, in step S85p^ a collision process is performed 
similarly to that of Figure 37 of the first embodiment, thus processing to collidc colliding 
the player character with an NPC or the like. After the step S85p, in step S86p a screen 
scroll process is made similarly to that of Figure 40 of the first embodiment. 

Figure 62 is a main routine flowchart to be executed in the portable game 
apparatus 40. Although in this embodiment the 0G set process, neutral-position set 
process and impact-input wave generation process are omitted in order for simplifying 
e xplanation, simplicity. these processes may be added similarly to the first embodiment. 

First, in step S81c a game-map select process is made similarly to that of Figure 
30 of the first embodiment. After the step S81c, in step S82c a slave-machine map 
confirming process is performed that is hereinafter described with reference to Figure 
64. After the step S82c, the process advances to step S83c. 

Steps S83c to S88c are a main loop to be repeated until a_game-over or game- 
clear is reached. First, in step S83c required data is written to the display RAM 25 on 
the basis of the data efin the work RAM 26 so that game scenes are displayed on the 
LCD 12 on the basis of the data stored on the display RAM 25. After the step S83c, in 
step S84c a sensor output read process is made similarly to that of Figure 3 1 of the first 
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embodiment. This process reads an output value of the XY-axis acceleration sensor 31 
and Z-axis contact switch 32 through the sensor interface 33 (correction by OG position 
data and neutral position data is omitted). After the step S84c, in step S85c an interrupt 
signal and the acceleration-sensor output value data (INx, ENy, INz) that are read out in 
the former step S84c and stored to the work RAM 26 are transmitted to the portable 
game apparatus 10. The portable game apparatus 10 receives the interrupt signal and 
starts a master-machine communication interrupt. process hereinafter described with 
reference to Figure 65. After the step S85c, in step S86c an each-object moving process 
(wave moving process is omitted) is performed similarly to that of Figure 32 to Figure 
36 of the first embodiment, thereby performing a moving process for the player 
character and NPC. After the step S86c, in step S87c a collision process is performed 
similarly to that of Figure 37 of the first embodiment, thus processing to collidc colliding 
the player character with an NPC or the like. After the step S87c, in step S88c a screen 
scroll process is made similarly to that of Figure 40 of the first embodiment. 

Figure 63 is a master-machine map confirmation process flowchart to be 
executed in the portable game apparatus 10. First, in step S87pl the map number data 
stored on ones own work RAM 26 is transmitted to the portable game apparatus 40. 
After the step S87pl, in step S87p2 data transmission and reception is made. 
Specifically, received is the map number data transmitted from the portable game 
apparatus 40 in a step S87c3 of a slave-machine map confirmation process hereinafter 
described with reference to Figure 64. If data reception it is determined that data is 
received in step S87p3, it is then determined in step S87p4 whether the own map 
number data agrees with the map number data of the portable game apparatus 40 
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received in the former step S87p2 or not. If agreement of the map number data is 
determined in step S87p4, the master-machine map confirmation process i s e nd e d. ends. 
If no agreement of the map number data is determined in the step S87p4, the process 
returns to the game map select process in step S81p of the main routine of Figure 61. 

Figure 64 is a slave-machine map confirmation process flowchart to be executed 
in a portable game apparatus 40. First, in step S87cl data transmission and reception is 
made. Specifically, received is the map number data transmitted from the portable 
game apparatus 10 in step S87pl of the master-machine map confirmation process of 
Figure 63. If data r e ception it is determined that data is received in step S87c2, in step 
S87c3 the map number data stored on ones own work RAM 26 is transmitted to the 
portable game apparatus 10. After the step S87c3, it is determined in step S87c4 
whether the own map number data agrees with the map number data of the portable 
game apparatus received in the former step S87cl or not. If agreement o fi t is 
determined that the map number data is dctcrmincd agree in step S87c4, the slave- 
machine map confirmation process i s e nd e d. I f ends. If it is determined that there is no 
agreement of the map number data is d e termined in the step S87c4, the process returns 
to the game map select process in step S81c of the main routine of Figure 62. 

Figure 65 is a master-machine communication interrupt process flowchart to be 
executed in the portable game apparatus 10. This process is started by an interrupt 
signal transmitted in the step S85c of the main routine for the portable game apparatus 
40 shown in Figure 62. First, in step S91p data transmission and reception is made. 
Specifically, received is an acceleration-sensor output value of the portable game 
apparatus 40 transmitted in the step S85c of the main routine for the portable game 
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apparatus 40 shown in Figure 62. After the step S91p, in step S92p a sensor output read 
process is made similarly to that of Figure 31 of the first embodiment, thereby reading 
an output value of the XY-axis acceleration sensor 31 and Z-axis contact switch 32 
through the sensor interface 33 (correction by 0G position data and neutral position data 
is omitted). After step S92p, in step S93p composition is made of an acceleration- 
sensor output value of the portable game apparatus 40 received in the former step S91p 
and an acceleration-sensor output value of portable game apparatus 10 read out in the 
former step S92p. Here, composition may be made by a calculation process of mere 
addition, or by calculation of a composite value from two values through a complicate 
calculation formula, e.g. adding two values together with weighting. After the step 
S93p, in step S94p an interrupt signal and the composite data calculated in the former 
step S93p are transmitted to the portable game apparatus 40. 

Figure 66 is a slave-machine communication interrupt flowchart to be executed 
in the portable game apparatus 40. This process is started according to an interrupt 
signal transmitted in step S94p of the master-machine communication interrupt process 
of Figure 65. In step S91c., the composite data is received from the portable game 
apparatus 10, and the process is ended. e nds. 

Although in the above embodiment the portable game apparatus was provided 
with detecting means, the detecting means may be provided on a controller of a home- 
use game machine, personal computer, or business-purpose game machine as shown in 
Figure 67. In this case, a player can control a game space displayed on a display device, 
such as television receiver, by tilting or applying a movement or impact to the 
controller. For example, as shown in Figure 68 tilting the controller provides display of 
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tilting a plate as a game space on the display device wherein simulation is provided to 
roll a ball on the plate. Simulation The simulation is such that tilting the controller to the 
right provides a tilt of the plate to the right to roll the ball to the right whereas tilting the 
controller to the left provides a tilt of the plate to the left to roll the ball to the left. 

Although in the above embodiments the acceleration sensor was provided on the 
cartridge, the acceleration sensor may be provided on the side of the portable game 
apparatus main body. In the case of providing an acceleration sensor on the side of the 
portable game apparatus main body, there is no need to provide an acceleration sensor 
for each cartridge, reducing cost. Also, the information storage medium used for the 
portable game apparatus is not limited to a cartridge but may be an IC card, such as a 
PC card. 

Although in the above first embodiment the neutral position data was stored on 
the work RAM 26 and set up each time of game play, it may be stored on the backup 
RAM 35 so that the same data can be utilized in next-round of game play. 

Although in the above first embodiment the neutral position was determined by a 
player, neutral position data may be previously stored in a game program so that it can 
be utilized. Also, a plurality of neutral position data may be stored so that a player can 
select any of them. 

In the first embodiment, the game characters employed only the player character 
(ball) and enemy character (tortoise). However, in addition to them, it is possible to 
appear NPC (non-player character), such as ally characters, assisting the player 
character or neutral characters. These NPCs, although self-controlled according to a 
game program (NPC not self-controlled may be provided), may be moved or deformed 
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according to an operation (tilt, movement or impact input) by a player. 

Although in the above first embodiment game-space control was based only on 
an output of the acceleration sensor, there may be provided a portion of a game space to 
be controlled according to an operation switch. For example, it is possible to 
5 contemplate such a game that in a pin ball game a flipper operates when pressing an 
operation switch while controlling a pin ball board as a game space by tilting or 
swinging the portable game apparatus. 

Also, in a game so-called "fall game" wherein fall objects are piled up so that 
score is calculated according to a state of piling up, it is possible to contemplate such a 
10 game that an object is changed in direction by operation switches or moved at high 
speed due to impact input or deformed due to movement input in the Z-axis direction 
while controlling the game space by tilting or swinging the portable game apparatus^ 

Although in the above first embodiment the game characters were moved in 
accordance with a tilt of the portable game apparatus (i.e. tilt of the maze plate as a 
15 game space), they may be moved according to a movement or impact to the portable 

game apparatus. For example, it is possible to contemplate to providc providing display 
and control such that, when the portable game apparatus is slid, simulation is given to 
move a maze plate wall similarly, moving a game character contacting the wall as if it 
were pressed by the wall. 
-° Although in the above embodiment the player character (ball) itself was 

displayed moving, the player character may be displayed fixedly and the game space 
may be scrolled so that the player character is displayed moving relative to the game 
space. 
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Although in the above fourth embodiment the two players made the same control 
to tilt the maze plate, the two players may de perform individual control. For example, it 
is possible to .contemplate such a game that one player tilts the portable game apparatus 
to control and tilt a maze plate whereas the other player inputs movement in the Z-axis 
direction to the portable game apparatus to cause a game character to jump or applies an 
impact in the XY-axis direction to generate and control waves. 

In the above fourth embodiment, the portable game apparatus 10 stored the 
master-machine program and the portable game apparatus 40 a slave-machine program, 
in respect of the main, map confirmation and communication interrupt programs. 
Instead, both master-machine program and slave-machine program may be stored on 
each of the portable game apparatus 10 and the portable game apparatus 40 so that 
setting can be made as to which one is used as a master or slave unit prior to a start of a 
game and the program be selected according to such setting. 

Although the present invention has been described and illustrated in detail, it is 
clearly understood that the same is by way of illustration and example only and is not to 
be taken by way of limitation, the spirit and scope of the present invention being limited 
only by the terms of the appended claims. 
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